Eventualmente, eu acho o motivo. A senha é muito longa. Eu tento usar uma senha curta e funciona. Acho que o comando mysql pode truncar a senha se ela for muito longa, mas parece que a replicação não fez isso para você.
Eu tento configurar a replicação do escravo para o mestre.
CHANGE MASTER TO
MASTER_HOST = 'master',
MASTER_PORT = 3306,
MASTER_USER = 'repl',
MASTER_PASSWORD = 'xxx';
E eu concedi privilégios para o usuário no master. Eu posso conectar com o comando mysql da máquina escrava para o mestre
mysql -h master -u repl -p
mysql> show grants;
GRANT RELOAD, SUPER, REPLICATION SLAVE, CREATE USER ON *.* TO 'repl'@'xxx' IDENTIFIED BY PASSWORD 'xxx'
mysql> select 1;
+---+
| 1 |
+---+
| 1 |
+---+
1 row in set (0.04 sec)
Como você pode ver, os privilégios estão corretos, a conexão funciona bem, mas, no entanto, a conexão para replicação para o mestre sempre falhou.
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Connecting to master
Master_Host: master
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File:
Read_Master_Log_Pos: 4
Relay_Log_File: slave-replay-bin.000002
Relay_Log_Pos: 4
Relay_Master_Log_File:
Slave_IO_Running: Connecting
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 0
Relay_Log_Space: 107
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 1045
Last_IO_Error: error connecting to master 'repl@master:3306' - retry-time: 60 retries: 86400
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 0
1 row in set (0.00 sec)
Isso é causado por uma versão diferente do servidor MySQL? A versão do mestre é 5.0.77 e o escravo é 5.5.13. Mas todos os artigos que encontrei me dizem que não há problema em replicar de um escravo mais novo para um mestre antigo. Como resolver este problema?
- Atualizar -
Eu até tentei atualizar o antigo MySQL, mas ainda assim, o problema não foi resolvido.
mysql> show slave status\G
*************************** 1. row ***************************
Slave_IO_State: Connecting to master
Master_Host: master
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: master-bin.000007
Read_Master_Log_Pos: 107
Relay_Log_File: slave-replay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File: master-bin.000007
Slave_IO_Running: Connecting
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 107
Relay_Log_Space: 107
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 1045
Last_IO_Error: error connecting to master 'repl@master' - retry-time: 60 retries: 86400
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 0
1 row in set (0.00 sec)
Eventualmente, eu acho o motivo. A senha é muito longa. Eu tento usar uma senha curta e funciona. Acho que o comando mysql pode truncar a senha se ela for muito longa, mas parece que a replicação não fez isso para você.
Eu estava recebendo o mesmo erro enquanto eu estava configurando a replicação depois de reinstalar o mysql.
Ele foi resolvido mudando de IP para hostname como Master_Host, embora eu não tenha certeza se essa foi a causa como o IP estava sendo usado anteriormente e funcionando bem.