Я смотрю на реализацию btrfs в конфигурации raid 10 для сервера базы данных, и я не совсем понимаю вариант nodatacow.
Согласно https://btrfs.wiki.kernel.org/index.php/Gotchas:
Файлы с большим количеством случайных записей могут сильно фрагментироваться (более 10000 экстентов), вызывая перегрузку на жестких дисках и чрезмерные мультисекундные скачки загрузки процессора в системах с твердотельным накопителем или большим объемом оперативной памяти. На серверах и рабочих станциях это влияет на базы данных и образы виртуальных машин. Здесь может быть полезна опция монтирования nodatacow со связанными ошибками.
Затем в документации говорится, что опция nodatacow :
Не копируйте данные при записи для вновь созданных файлов, существующие файлы не затрагиваются. Это также отключает контрольную сумму! Итак, nodatacow подразумевает nodatasum. datacow используется, чтобы гарантировать, что пользователь имеет доступ либо к старой версии файла, либо к более новой версии файла. datacow гарантирует, что у нас никогда не будет частично обновленных файлов, записанных на диск. nodatacow обеспечивает небольшое повышение производительности за счет прямой перезаписи данных (например, ext [234]) за счет возможного получения частично обновленных файлов при сбоях системы. Увеличение производительности обычно составляет <5%, если рабочая нагрузка не является случайной записью в большие файлы базы данных, где разница может стать очень большой. ПРИМЕЧАНИЕ: отключает сжатие!
Означает ли это, что эта опция должна быть выбрана для дисков на серверах баз данных, и эта опция отключит контрольные суммы повреждения?