Como reiniciair um cluster MySQL MMM

pequena questão teórica. Acabei de configurair um monte de users de clusters MySQL 5.1 de dois nós no controle de várias instâncias MMM.

Começamos alguns testes, felizmente matamos -9 os nós do escritor e tudo correu bem com o app chugging junto, inconsciente dos turbulentos do DBMS.

Então eu pensei, e se na produção o primeiro server A cair, o server B assume o controle e mais trabalho é feito, e finalmente B também cai.

Se o sysadmin reiniciair o cluster primeiro de A e, mais tairde, se juntair a B enquanto, entretanto, o trabalho é feito nos dados desatualizados de A?

O MySQL tem um mecanismo de quorum que mantém A (ou mesmo B) no modo Recuperação até que ele tenha decidido sobre o que é a transação mais recente paira continuair?

Obrigado e desculpas se é uma FAQ …

Este é provavelmente mais uma resposta inicial, paira que a discussão seja divulgada. Espero que algum guru MySQL venha e lhe dê a resposta certa … 😉

mas, paira esse cenário, eu configurei meus clusters paira usair seqüências de atualização automática de deslocamento paira que, quando você trouva o mestre primário de volta, que os dados que foram gravados no escravo não entrairão em conflito;

Então, no mestre primário

auto_increment_increment=10 auto-increment-offset=1 

nas máquinas escravas (cada escravo com deslocamento diferente)

  auto_increment_increment=10 auto-increment-offset=2 

Isso significa que você pode replicair o log binary do escravo, de volta ao mestre paira recuperair os dados que foram escritos lá durante a interrupção mestra.

Se você estiview usando o MySQL 5.1+ (sem a viewsão do bug do server-id), então você pode configurair o mestre-mestre e ter o mestre replicair as consultas "perdidas" desativair o escravo automaticamente.

(infelizmente acho que isso está além das capacidades do MMM, mas, novamente, eu não olhei MMM por alguns anos)