replicação de dados completa completa MySQL? Idéias? O que as pessoas fazem?

votos
18

Atualmente tenho dois servidores Linux rodando MySQL, um sentado em uma prateleira ao meu lado sob um (servidor principal) 10 Mbit / s tubo de carregamento e outro alguns par de milhas de distância em um 3 Mbit / s tubo de upload (espelho).

Eu quero ser capaz de replicar os dados em ambos os servidores continuamente, mas ter executado em vários obstáculos. Sendo um deles, sob configurações mestre / escravo MySQL, de vez em quando, algumas declarações cair, significando (!); algumas pessoas iniciar a sessão no URL espelho não ver os dados que eu sei que é a principal servidor e vice-versa. Digamos que isso acontece em um bloco significativo de dados uma vez por mês, para que eu possa viver com ela e assumir que é uma questão de pacote perdido (isto é, Deus sabe, mas vamos compensar).

A outra mais importante (e irritante) recorrentes questão é que, quando, por alguma razão nós fazemos um grande upload ou atualização (ou reiniciar) em uma extremidade e tem que cortar a ligação, então LOAD DATA FROM MASTER não funciona e eu tenho para despejar manualmente em uma extremidade e fazer upload de outro, uma tarefa bastante hoje em dia se movendo algum valor 0,5 TB de dados.

Existe software para isso? Eu sei MySQL (a empresa) oferece este como um serviço muito caro (replicação de banco de dados completo). O que as pessoas lá fora fazer? A forma como está estruturado, corremos um failover automático, onde se um servidor não é para cima, então a URL principal apenas resolve para o outro servidor.

Publicado 06/08/2008 em 19:24
fonte usuário
Em outras línguas...                            


3 respostas

votos
2

Nós da Percona oferecer ferramentas gratuitas para detectar discrepâncias entre o mestre eo servidor, e para recuperá-los em sincronia por re-aplicação de mudanças mínimas.

Respondeu 21/09/2011 em 01:09
fonte usuário

votos
0

Eu nunca vi cair declarações, mas há um bug onde os problemas de rede poderia causar corrupção de relay log. Garantir que você não executar mysql sem essa correção.

Documentadas nos 5.0.56, 5.1.24 e 6.0.5 changelogs da seguinte forma:

   Network timeouts between the master and the slave could result
   in corruption of the relay log.

http://bugs.mysql.com/bug.php?id=26489

Respondeu 20/02/2010 em 23:26
fonte usuário

votos
0

GoldenGate é uma solução muito boa, mas provavelmente tão caro como o replicador MySQL.

Basicamente, caudas da revista, e aplica as alterações com base no que está comprometido. Eles suportar a replicação bidireccional (uma tarefa difícil), e a replicação entre sistemas heterogéneos.

Uma vez que eles trabalham por processamento do arquivo de diário, eles podem fazer em larga escala replicação distribuída sem afetar o desempenho da máquina (s) fonte.

Respondeu 06/08/2008 em 19:30
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more