ext4 estável o suficiente para bancos de dados?

Question

O ext4 é estável o suficiente para bancos de dados e máquinas virtuais? Os problemas de integridade de dados eram devidos a dados não sendo realmente gravados no disco e estando no cache, o que seria limpo após uma perda de energia. O trabalho em torno como eu entendo foi colocar uma opção de fsync no fstab. Depois de ativar essa opção, o ext3 e o ext4 não resultariam no mesmo desempenho?

Em caso de perda de energia, qual dos sistemas de arquivos pode impedir a perda de dados?

    

Answer 1

Para evitar a perda de dados em caso de perda de energia, é necessário usar gravações síncronas ( sync option in fstab). Isso vai matar seu desempenho e persuadi-lo a pensar em alternativas melhores.

ext4 está pronto para uso em produção. É padrão nas distribuições orientadas ao servidor já há algum tempo.

Em caso de falta de energia, use um no-break. Se você não tem o orçamento para um no-break, seus dados não valem a pena proteger contra falta de energia, certo?

O cache de gravação é usado em praticamente todos os sistemas de arquivos contemporâneos: ext3, jfs2, ext4, btrfs, zfs, o nome dele. Os criadores de bancos de dados estão muito conscientes sobre o manuseio de dados e prestam atenção na sincronização dos dados apropriados nos momentos apropriados.

    

Answer 2

Sim, é um FS suportado pelo mainstream no RHEL, Centos, SL, OEL, etc.

    

Answer 3

Você deve twink duas vezes (ou mais) antes de configurar o banco de dados MySQL na partição ext4 com barreiras ativadas. É melhor usar o bom e velho XFS. Veja aqui: link . O Ext4 tem alguns problemas sérios de latência devido à opção "barreira". É claro que a barreira é segura em termos de turbo, mas geralmente ela suga seu tempo de iowait e aumenta a latência de io algumas vezes (para o mysql UPDATE é cerca de 10-30 vezes pior). No entanto, não é uma regra . Apenas considere minhas palavras antes de fazê-lo.