Eu estava configurando um escravo e fazendo algumas somas de verificação da tabela para verificar se as coisas estavam bem antes de colocá-las no ar.
Eu fiz uma tabela de soma de verificação mysql nativa nos escravos depois de sincronizar o escravo com um ponto parado e comparar com um escravo preexistente.
Duas tabelas diferiam. Para detalhar, executei pt-table-checksum que relatou que o antigo e o novo escravo não tinham diferenças e as mesmas contagens de linha.
Para obter uma terceira opinião, fiz um select * into outfile ordenado por PK e executei um md5sum nas saídas. Aqueles também combinaram.
Uma diferença notável é que o escravo mais novo está executando uma versão mais recente (5.5.34 vs 5.5.29); ambas as construções de percona.
Esta diferença de versão é algo esperado ao causar diferenças nas somas de verificação? Nesse caso, parece estranho, eram apenas duas mesas e algumas dúzias.
Não se preocupe, sua situação não é única. Eu encontrei exatamente o mesmo problema com mk-table-checksum anos atrás (veja meu
Nov 16, 2012
post Maatkit mostra o erro de replicação do MySQL em uma tabela, mas não o corrigiu )Aqui está algo assustador da documentação do MySQL em CHECKSUM TABLE
Eu mencionei esta ressalva antes de janeiro de 2012: Como verificar a consistência das tabelas no mysql
Às vezes, eu gosto de usar diretamente o mk-table-sync (desculpe Percona, sou antiquado) com as
--print
opções e me diga as diferenças do SQL. Como diz a documentação do MySQL, pode haver diferenças por causa do alinhamento VARCHAR ou ROW FORMAT. Se mk-table-sync/pt-table-sync insistir que não há alterações, você pode confiar nele 99,9% do tempo. Se você não confiar nela, mysqldump a tabela e recarregue-a. As chances são de que a soma de verificação não corresponda novamente.