Насколько рискованно отключение барьеров в /etc/fstab?

Question

[grabbee]

Производительность MySQL сильно возрастает с отключением системного журнала. Сервер установлен в виртуальной машине qemu kvm на Ubuntu server 16.04

/etc/fstab

UUID=5a18c97e-bd40-4b55-a2c8-ab7da4cf20f0 / ext4 errors=remount-ro,noatime,nodiratime,nobarrier 0 1

Питание в ДЦ никогда отключается, но ведь это виртуальная машина. Получается, если я хост неожиданно перезагружу или выключу - виртуалка уже не запустится? Насколько рискованно nobarrier в /etc/fstab?

Answer 1

[Andronas]

Вообще то многие если не все современные СУБД имеют механизм Fault Tolerance (защиты от сбоев) который срабатывает например при запуске БД после аварийного выключения. Так что почитайте в документации по MySQL, может он и там реализован.

Comments

[grabbee]

Вопрос как мне кажется выше СУБД - использование nobarrier на файловой системе может привести к физической потере данных и умиранию виртуалки без возможности восстановить, в теории, так как сам не знаю что будет. Отсюда и вопрос.

Answer 2

[Erelecano Oioraen]

nobarrier вообще не рекомендуется использовать, спокойно убирайте, ничего не сломается.

Comments

[grabbee]

Меня заинтересовало именно его использование)) добавление nobarrier увеличивает производительность сервера более чем в 5 раз(!) это много. Без этого параметра, например, мускуль реплика из-за дисковой подсистемы просто не успевает за мастером и постоянно отстаёт.
* на хосте убунту 16,04 раздел рэйд фс в ext4
* на виртуалке образ в виде файла qcow2 фс ext3 c nobarrier