grabbee
@grabbee

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

Производительность 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?
  • Вопрос задан
  • 433 просмотра
Пригласить эксперта
Ответы на вопрос 3
  • @Andronas
    Вообще то многие если не все современные СУБД имеют механизм Fault Tolerance (защиты от сбоев) который срабатывает например при запуске БД после аварийного выключения. Так что почитайте в документации по MySQL, может он и там реализован.
    Ответ написан
  • @Erelecano
    Админю сервера, починяю примуса.
    nobarrier вообще не рекомендуется использовать, спокойно убирайте, ничего не сломается.
    Ответ написан
  • @qwery
    https://dropsafe.crypticide.com/article/9768
    Судя по гуглу, к отключению барьеров часто прибегают, но некоторый риск потерять данные все равно присутствует на обычных винтах, так что про репликацию и бекапы не стоит забывать.
    Стало любопытно потестировать: на хосте ssd, на virtualbox стоит centos 7 с mariadb на xfs/ext4 разделах c nobarrier, ставил скрипт на запись в базу, после чего жестко выключал хост - в обоих случаях(xfs/ext4) и виртуалка, и базы поднимались без проблем, данные все на месте.
    Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через TM ID
Похожие вопросы
Вакансии с Моего Круга Все вакансии
Заказы с Фрилансим Все заказы