Backup lógico consistente de bancos de dados que usam mecanismos MyISAM e InnoDB

Eu tenho uma pergunta sobre o backup lógico dos bancos de dados MySQL que usam o MyISAM e o InnoDB.

O mysqldumputilitário suporta estas duas opções:

--single-transaction - Cria um instantâneo consistente descartando todas as tabelas em uma única transação. Funciona SOMENTE para tabelas armazenadas em mecanismos de armazenamento que suportam multiversioning (atualmente apenas o InnoDB suporta) [...] A opção desativa automaticamente --lock-tables.
-x, --lock-all-tables - Bloqueia todas as tabelas em todos os bancos de dados. Isso é obtido com um bloqueio de leitura global pela duração de todo o despejo. Desativa automaticamente a transação única e as tabelas de bloqueio.
- Para o InnoDB, precisamos --single-transaction
- para o MyISAM, precisamos - travar tabelas ou travar todas as tabelas (no caso de precisarmos de consistência entre bancos de dados).

Então, como é feito o backup de um banco de dados híbrido (um banco de dados que usa os mecanismos MyISAM e InnoDB)?

Editar:

Apenas para esclarecer, a questão poderia ser reformulada assim:

As opções de travar [todas-] tabelas garantem um backup consistente das tabelas do InnoDB?

— Dimitre Radoulov
fonte

Respostas:

Com o mysqldump, você só pode usar com segurança --single-transactionse todas as suas tabelas forem InnoDB; caso contrário, seu backup será inconsistente.

Se você tiver o requisito de um backup híbrido, precisará lock-tablesde todas as tabelas no backup (padrão), o que será seguro para todos os mecanismos. Também vale a pena mencionar que as opções padrão garantirão que seu backup seja seguro; você não precisa ativar nenhum sinalizador especial.

Nota: Se você possui uma combinação híbrida, talvez veja o xtrabackup. Ele será bloqueado apenas durante a fase MyISAM do backup.

— Morgan Tocker
fonte

Estava prestes a postar isso, mas você me venceu. Link relevante: percona.com/doc/percona-xtrabackup/innobackupex/…

— Derek Downey

Obrigado por confirmar que as tabelas de bloqueio garantem um backup consistente para ambos os mecanismos. Atualmente, estou olhando para o Zmanda Recovery Manager para MySQL (também darei uma olhada no xtrabackup).

— Dimitre Radoulov 30/09/11

Zmanda é apenas um gerenciador de GUI para todos os outros métodos de backup - tenho certeza de que o xtrabackup é suportado.

— Morgan Tocker 30/09/11

Olá @Morgan Tocker, Zmanda também fornece um conjunto de scripts (zrm- *) que realmente executam vários tipos de backup: lógico, bruto e instantâneos. Todos os bancos de dados que administramos são híbridos, portanto, há pouco valor em usar um produto separado - não podemos evitar o bloqueio durante o backup.

— Dimitre Radoulov 30/09/11

Esta resposta diz que se alguém usa o mysqldump e especifica --lock-all-tables, o backup será consistente, certo? E é preciso executar o mysqldump apenas uma vez: será seguro para o InnoDB e o MyISAM ao mesmo tempo, certo?

— KajMagnus

Como uma idéia adicional para a sua situação, talvez seja útil pensar um pouco sobre a configuração de uma configuração principal do escravo, onde seu backup é feito a partir do escravo.

Um banco de dados MySQL com uma mistura de InnoDB e MyISAM sempre (tanto quanto eu sei em todas as configurações e em todas as ferramentas de backup) bloqueia as tabelas MyISAM para a fase de backup MyISAM.

Para evitar esse bloqueio, use esta configuração:

Servidor A: mysql Master
Servidor B: mysql Slave (conectado ao servidor A)

Todas as gravações e leituras vão para o Servidor A (Mestre). O servidor B (escravo) é usado apenas para backup. No escravo, você instala uma ferramenta ou script de backup de sua escolha, por exemplo, MySQL Administrator.

Configure seu backup, por exemplo, diariamente durante a noite. Os bloqueios estão no escravo, resultando em um atraso enquanto o escravo bloqueia, mas esse atraso é detectado assim que o backup termina e o bloqueio é aberto.

— Raffael Meier
fonte