Eu sou um novato no DB e, em particular, no MySQL. Existem boas práticas para fazer backup do MySQL em larga escala? Por exemplo, existem algumas coisas que eu já encontrei.
Use mysqlbackup (backup físico) em vez de mysqldump .
aumente o key_buffer_size para 20% da RAM (não apenas para backup extremamente útil).
dê uma olhada nas ferramentas do maatkit , há algumas para backup.
Se você souber de alguma coisa boa para o compartilhamento de backup do MySQL.
NÃO use as ferramentas no Maatkit. (Eu os escrevi.) Eles são perigosos. Eu escrevi sobre isso em outro lugar. O Percona Toolkit é o substituto do Maatkit e não inclui essas ferramentas.
Se você tem uma assinatura do MySQL Enterprise, o mysqlbackup é ótimo. Se não, considere o Percona XtraBackup, uma ferramenta gratuita que funciona quase identicamente.
Esta não é uma pergunta boba. Você deve levar os backups a sério.
Vamos analisar suas três opções:
1) Use mysqlbackup (physical backup) instead of mysqldump.
O Backup Corporativo do MySQL é mencionado no Barão Schwartz, então não vou voltar atrás.
2) increase key_buffer_size to 20% of RAM (not just for backup extremely helpful option).
O key_buffer_size rege o tamanho do MyISAM Key Buffer, que é para caching de páginas de índice de tabelas MyISAM. Eles não desempenham um fator nos backups. Por exemplo, se você usar mysqldump e fazer SHOW PROCESSLIST; , você verá algo como
SELECT /* SQL_NO_CACHE */ FROM tblname
Isso evita o armazenamento em cache de caches. Caso contrário, os dados necessários serão desnecessariamente removidos dos caches do MySQL durante um backup.
3) take a look at tools of maatkit there are few for backup.
Percona apresentou mk-parallel-dump e mk-parallel-restore . Percona recentemente declarou essas ferramentas como obsoletas. Alguns ainda os usam por sua conta e risco.
Percona agora tem ferramentas Percona. Não inclui ferramentas de backup. Isso é comercializado separadamente como XtraBackup. IMHO tem vantagens e desvantagens, mas é definitivamente ideal para grandes instalações
Não é ideal se você está procurando uma recuperação pontual, porque o ponto no tempo dos dados de backup do XtraBackup é baseado em quando o XtraBackup foi concluído, e não quando o XtraBackup foi iniciado. Isso se torna rapidamente aparente se a taxa de dados recebidos for quase tão rápida quanto o próprio processo de backup. Teoricamente, se a taxa de dados recebidos for tão rápida ou mais rápida que o processo de backup, o processo de backup nunca será concluído. Isso foi dito no palco ao vivo na Percona Live Conference em maio de 2011 . Contanto que você possa viver com isso e com sua taxa atual de dados recebidos, o XtraBackup é a solução para você .
Você pode criar um cluster MySQL e usar o segundo nó como backup.