Início / dba / Perguntas / 25414
Accepted
gertvdijk
Asked: 2012-10-05 03:32:12 +0800 CST

Tenho que filtrar a tabela percona.checksums na replicação para uso com pt-table-checksum?

  • 772

Eu configurei a replicação do MySQL, um mestre e um escravo. Agora estou apenas começando a verificar a integridade dos dados em ambos os lados usando o arquivo pt-table-checksum. Ferramenta maravilhosa para detectar quaisquer alterações ou desvios no escravo.

Pelo que entendi de sua documentação , ele é executado no mestre, grava somas de verificação na percona.checksumstabela e é executado de maneira semelhante nos escravos conectados (detectados automaticamente) usando uma conexão MySQL remota regular. No entanto, a percona.checksumstabela também é replicada! Se os dados forem diferentes no escravo, as somas de verificação do mestre podem ser sobrescritas no escravo e não serem detectadas.

Agora, estou preocupado que isso possa estar causando meus falsos negativos observados na detecção de alterações.

As salvaguardas pt-table-checksumforam implementadas para impedir a replicação na percona.checksumsmesa?

  • Em caso afirmativo, como isso funciona? (até onde posso ver, não é possível alterar filtros de replicação assim) Isso pode me ajudar a identificar algum outro motivo para minhas observações (veja abaixo).
  • Caso contrário, como posso ter certeza de que o conteúdo dessa tabela reflete as somas de verificação desse servidor específico? Devo colocar um filtro de replicação no lugar? Na verdade, isso é desencorajado pela documentação do kit de ferramentas da Percona.

Observações reais

Eu vi uma ocorrência em minha configuração de teste em que, de alguma forma, a execução pt-table-checksumnão detectou a alteração feita deliberadamente no escravo. A inspeção do conteúdo da tabela de soma de verificação mostrou as somas de verificação do mestre. A execução da ferramenta no próprio escravo mostrou que as somas de verificação deveriam ser diferentes! Isso me faz acreditar que há uma condição de corrida acontecendo e a razão pela qual isso é difícil de reproduzir.

outra hipótese

Suponha que o escravo tenha se desviado e a conexão de rede esteja inativa por um curto período de tempo pt-table-checksum. Ele mostrará que não consegue se conectar ao escravo na stderrsaída, mas não falhará. Pouco tempo depois, a rede é restaurada e a replicação continua, copiando o conteúdo do mestre da tabela percona.checksums. Em seguida, executar pt-table-checksum --replicate-check-only, fornecerá falsos negativos. Estou bem aqui? Em caso afirmativo, como posso evitar isso neste caso?

Este é um servidor/cliente MySQL regular usando o kit de ferramentas da Percona.

Versões:

  • pt-table-checksum 2.1.4
  • Cliente MySQL: 5.5.24
  • Servidor MySQL: 5.5.24-0ubuntu0.12.04.1-log (Ubuntu 12.04)
mysql replication

1 respostas

  1. Best Answer

    Você está incorreto. Ele apenas executa as somas de verificação no mestre, não nos escravos.

    Exemplo de execução de consulta:

    REPLACE INTO `percona`.`checksums` (db, tbl, chunk, chunk_index, lower_boundary, upper_boundary, this_cnt, this_crc) SELECT 'db', 'table', '1', NULL, NULL, NULL, COUNT(*) AS cnt, COALESCE(LOWER(CONV(BIT_XOR(CAST(CRC32(CONCAT_WS('#', `field1`, `field2`, `field3`, `field4`, `field5`, `field6`, `field7`)) AS UNSIGNED)), 10, 16)), 0) AS crc FROM `db`.`table` /*checksum table*/;

    Isso funciona porque requer replicação baseada em instrução, portanto, a consulta é executada de forma atualizada em cada escravo em seus dados, não nos dados que o mestre encontrou. Isso está documentado em pt-table-checksums docs em LIMITAÇÕES

    pt-table-checksum requires statement-based replication, and it sets
binlog_format=STATEMENT on the master, but due to a MySQL limitation
replicas do not honor this change. Therefore, checksums will not replicate
past any replicas using row-based replication that are masters for further replicas.

    Se você modificar seus dados após a replicação da consulta de soma de verificação, é claro que não mostrará que os dados foram alterados, pois estavam corretos quando a soma de verificação foi calculada.

    Se você executar novamente a soma de verificação após alterar os dados no escravo, ele deverá buscá-la, supondo que você não esteja usando uma configuração de replicação n>2 camadas.

    re: Outra hipótese, não importa, a conexão com o escravo só importa para detecção 'ao vivo' de incompatibilidades, não para as somas de verificação realmente calcularem corretamente. Você não deve ter falsos negativos, mesmo com interrupções de rede.

    Faz sentido?

    • 2

relate perguntas