Traduzido do 日本語 • Ver original Olá. Aqui é a Komiya.
Vou postar as informações que aprendi com meu colega Yuo.
[A história da mudança na especificação de replicação do mysql 5.6]
Em um certo ambiente, tentei colocar o SQL totalmente despejado no 5.6 com mysql5.5, e depois tentei replicar os dados diferenciais para 5.5→5.6, mas havia um sintoma de que a replicação não podia ser feita.
Depois disso, tentei reiniciar o mysql e reaplicar a pasta de replicação por meio de 'stop slave' para revisar as configurações do mysql 5.6, mas dessa vez a replicação não pôde ser colada entre ambientes 5.6.
O motivo é que a especificação de 'secure_auth' foi alterada em relação ao mysql 5.6, então mesmo que 'skip-secure-auth' esteja definido nas configurações do cliente ([mysql]), 'old_password' (senha de 16 dígitos) é rejeitada no momento da replicação do IO, então a própria replicação não pode ser iniciada. O status ('mostrar status escravo\G') é o seguinte.
-------------------------------
・・・
Slave_IO_Running: Conectando
Slave_SQL_Running: Sim
・・・
Last_IO_Errno: 2049
Last_IO_Error: erro ao conectar ao mestre 'repl@172.17.xx.xx:3306' - tempo de tentativa: 60 tentativas: 1
Last_SQL_Errno: 0
Last_SQL_Error:
・・・
-------------------------------
Como solução, com a permissão do cliente, criei uma nova conta de replicação segura para os ambientes MySQL 5.5 e 5.6 e a colei com replicação. Veja como criar um caminho seguro (não 'old_password'):
-------------------------------
definir sessão old_passwords = 0;
CONCEDER CLIENTE DE REPLICAÇÃO, ESCRAVO DE REPLICAÇÃO EM *.* PARA 'newrepuser'@'172.17.xxx.%' IDENTIFICADO POR 'xxxxxxxxxxxxxx';
-------------------------------
Se você for consultado sobre a necessidade de migrar dados para mysql5.6, por favor, preste atenção ao número de dígitos na senha. É isso que significa.
Referência: Memorando diário: tópico de I/O na replicação do MySQL 5.6 e MySQL 5.0 Erro: 2049 Graças às informações do yoku0825, fico feliz por não ter precisado ligar no meio da noite. Obrigado.
Obrigado por assistir.