Início / dba / Perguntas / 86636
Accepted
Pacerier
Asked: 2014-12-20 10:32:30 +0800 CST

Quando é seguro desabilitar o buffer de gravação dupla do InnoDB?

  • 772

O MySQL InnoDB nos permite desabilitar o buffer de escrita dupla configurando innodb_doublewrite = 0. Outros bancos de dados parecem não permitir que essa configuração seja ajustada .

Como o InnoDB ainda pode manter a integridade dos dados e o ACID se desabilitarmos o buffer de gravação dupla?

Em que situações será seguro desativar o buffer de escrita dupla do InnoDB?

mysql innodb

5 respostas

  1. Best Answer

    A única situação em que consigo pensar é recarregar um mysqldump grande. Por quê ?

    Confira esta representação pictórica do InnoDB (Percona CTO Vadim Tkachenko)

    Arquitetura InnoDB

    A partir da imagem, você pode ver que o InnoDB Buffer Pool grava páginas sujas em

    • Buffer de registro
    • Inserir buffer em ibdata1
    • Buffer de gravação dupla em ibdata1
    • .ibdarquivo para cada tabela InnoDB

    Desligar o Double Write Buffer permitirá que o mysqldump grave dados e páginas de índice nas tabelas mais rapidamente, pois ele não precisa gravar as mesmas páginas de 16K em ibdata1.

    Os Servidores de Produção nunca devem ter o Double Write Buffer desabilitado. Se você fizer isso para carregar dados mais rapidamente (durante a manutenção, é claro), habilite-o imediatamente após recarregar o servidor de banco de dados.

    Em outras palavras,

    • Adicionar innodb_doublewrite = 0amy.cnf
    • CorreSET GLOBAL innodb_fast_shutdown = 0;
    • Reinicie o mysql
    • Carregar mysqldump
    • Remover innodb_doublewrite = 0demy.cnf
    • CorreSET GLOBAL innodb_fast_shutdown = 0;
    • Reinicie o mysql
    • 12

  2. Esta questão foi bem tratada neste post por Yves Trudeau que parece sugerir que é seguro - sua conclusão é que

    Conclusão

    Assim como o ZFS, o ext4 pode ser transacional e substituir o buffer de gravação dupla do InnoDB pelo diário de transações do sistema de arquivos gera um aumento de 55% no desempenho para carga de trabalho intensiva de gravação. Ganhos de desempenho também são esperados para configurações de SSD e de fiação/SSD mistas

    Ele está basicamente dizendo que se você tiver um sistema de arquivos adequado, então sim, pode ser seguro.

    O pessoal de Percona realmente sabe das coisas.

    • 9

  3. Atualizações no blog Yves Trudeau: https://www.percona.com/blog/2015/06/17/update-on-the-innodb-double-write-buffer-and-ext4-transactions/

    Em suma, provavelmente não é seguro.

    Os comentários parecem apontar que - embora ele sobreviva a um teste de puxar o plugue se o FS for ext4 com journal, ou ZFS, ele não sobreviverá a um simples kill (ou OOM, suspeito) porque o FS não rejeitará os dados escritos parciais da camada do aplicativo.

    • 4

  4. Minha lista provisória de situações em que não há problema em desativar o buffer de gravação dupla:

    • FusionIO (ou qualquer nome que tenha agora) -- A unidade lida com isso
    • Galera -- Reconstruir o nó se ele travar
    • Slaves -- Reconstrua o slave se ele travar
    • ZFS -- O driver lida com isso
    • 0

  5. Quando as gravações são de setor único e o SO garante que as gravações de setor único sejam atômicas.

    No momento, é apenas o Windows com innodb-page-size = 4K e disco de tamanho de setor de 4K. Nada definitivo foi dito sobre as gravações de setor único do Linux serem atômicas, embora eu presumo que possa ser, em algumas circunstâncias, e depender do sistema de arquivos.

    • 0

relate perguntas