Início / dba / Perguntas / 39964
Accepted
syneticon-dj
Asked: 2013-04-15 11:29:35 +0800 CST

MySQL: replicando para um tipo de mecanismo de tabela diferente

  • 772

De acordo com a documentação de replicação do MySQL , é possível configurar a replicação de tabelas de origem InnoDB para tabelas de destino MyISAM. Infelizmente, a documentação tem pouco a dizer sobre desvantagens, implicações de consistência de dados (além do CASCADE corner case) e configurações recomendadas para habilitar tal configuração de replicação. Então, apenas algumas perguntas me vêm à mente em relação a essa configuração:

  1. a replicação baseada em instrução é preferida à variante baseada em linha ou vice-versa?
  2. o lado do InnoDB ou do MyISAM precisa de algumas configurações específicas para que a consistência dos dados não seja interrompida por si só como resultado da atividade de replicação "normal"?
  3. as execuções DDL no mestre são tratadas no escravo de maneira sã?
  4. como eu impediria que uma ALTER TABLE blah ENGINE=InnoDBinstrução executada no mestre se propagasse para o escravo?
  5. Existe uma maneira recomendada de configurar essa configuração "dividida"? Eu poderia pensar em um direto ALTER TABLE blah ENGINE=MyISAMno escravo, isso é viável?
  6. quaisquer outras advertências que se deva saber?
mysql replication

1 respostas

  1. Best Answer

    Vou responder a cada pergunta da seguinte forma:

    1: a replicação baseada em instrução é preferida à variante baseada em linha ou vice-versa?

    Se você estiver replicando para um escravo com todas as tabelas MyISAM, baseado em instrução é mais sensato porque a instrução SQL seria mais compacta para registrar e enviar.

    Se o Escravo tiver todo o InnoDB, baseado em linha é melhor por causa das alterações granulares. Apenas esteja disposto a viver com logs binários inchados.

    2: o lado do InnoDB ou do MyISAM precisa de algumas configurações específicas para que a consistência dos dados não seja interrompida por si só como resultado da atividade de replicação "normal"?

    A consistência dos dados sai de cena com o MyISAM. Medidas para replicação segura sempre caem a favor do InnoDB. O MySQL 5.6 oferece suporte ao armazenamento de arquivo de log e posição em uma tabela InnoDB.

    3: as execuções DDL no mestre são tratadas no escravo de maneira sã?

    Sim

    4: como evitar que uma ALTER TABLE blah ENGINE=InnoDBinstrução executada no mestre se propague para o escravo?

    Execute assim:

    SET SQL_LOG_BIN=0;
ALTER TABLE blah ENGINE=InnoDB;
SET SQL_LOG_BIN=1;

    5: Existe uma maneira recomendada de configurar essa configuração "dividida"? Eu poderia pensar em um direto ALTER TABLE blah ENGINE=MyISAMno escravo, isso é viável?

    Sim, já recomendei isso antes: posso ter um mestre InnoDB e escravos MyISAM com texto completo para pesquisa?

    6: alguma outra advertência que se deva saber?

    Todas as advertências necessárias estão neste post: Usando MyISAM para leitura e InnoDB para gravação de dados

    • 1

relate perguntas