As colisões do banco de dados Master-Master são um problema, mesmo com o incremento automático?

Question

Eu já fiz muita leitura sobre isso e ainda não sei onde estou.

Eu estou indo para obter colisões de banco de dados (e, em seguida, corrupção) com dois mestres recebendo ambos escreve?

Agora que o MySQL (estou usando o 5.1 no Debian e no Ubuntu) tem execução de auto-incremento, isso é evitado e seria adequado à produção?

Eu olhei para o MMM por apenas habilitar um mestre para gravações, mas ele tem seus próprios problemas e minha topologia é realmente voltada para ter dois mestres recebendo gravações.

Não tenho certeza se acredito nisso: link

Algum especialista em MySQL pode ajudar? Muito obrigado.

- EDIT--

Metade das coisas que eu leio ou as pessoas que eu pergunto dizem que você ainda vai ter corrupção, mesmo usando o incremento automático ... e a outra metade diz que você não vai! Alguém que tenha gerenciado sites ocupados pode esclarecer?

    

Answer 1

A menos que você faça as precisões apropriadas, este é um problema muito real. Resumidamente, sua configuração em cada servidor precisa de dois valores definidos.

1. auto_increment_increment
2. auto_increment_offset

auto_increment_offset deve ser definido de tal forma que cada mestre tenha um valor único, normalmente sendo 1 para o primeiro, 2 para o segundo, etc.

auto_increment_increment é o tamanho do passo dos incrementos e deve ser pelo menos o número de mestres na cadeia. por exemplo. Para uma configuração simples de dois servidores, o valor seria 2 (ou mais).

    

Answer 2

Não há como fazer com que funcione de forma confiável sem muito código personalizado. O problema é que a replicação assíncrona incorre em colisões e conflitos que precisam ser resolvidos de forma inteligente por algoritmos inteligentemente escritos e implementados sem falhas. Você não terá isso. Use configuração de cluster do MySQL em vez disso, se você precisar de operações multi-mestre e puder manipular as limitações que ela traz.