スレーブからマスターへのレプリケーションをセットアップしようとしています。
CHANGE MASTER TO
MASTER_Host = 'master',
MASTER_PORT = 3306,
MASTER_USER = 'repl',
MASTER_PASSWORD = 'xxx';
そして、私はマスターのユーザーに特権を与えました。 mysqlコマンドでスレーブマシンからマスターに接続できます
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)
ご覧のとおり、権限は正しく、接続は正常に機能していますが、マスターへのレプリケーションの接続は常に失敗しました。
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)
これはMySQLサーバーの異なるバージョンが原因ですか?マスターのバージョンは5.0.77で、スレーブのバージョンは5.5.13です。しかし、私が見つけたすべての記事は、新しいスレーブから古いマスターに複製することは問題ないと言っています。この問題を解決するには?
-更新-
私は古いMySQLをアップグレードしようとしましたが、それでも問題は解決していません。
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)
やがて、その理由がわかります。パスワードが長すぎます。短いパスワードを使用しようとすると、うまくいきます。 mysqlコマンドは、パスワードが長すぎるとパスワードを切り捨てるかもしれませんが、レプリケーションがそれを行わなかったようです。
Mysqlの再インストール後にレプリケーションを設定しているときにも同じエラーが発生しました。
IPからホスト名をMaster_Hostとして変更することで解決しましたが、以前はIPが使用されていて正常に機能していたため、それが原因かどうかはわかりません。
今日、これを見つけた人は誰でも、少なくともMariaDB 10.4では、パスワードの長さは問題ではなくなりました。 (私は75文字の長さでテストしました。)mysqlの再起動またはSTART SLAVEを実行するだけでは不十分です。STOP SLAVE
が最初に必要であり、多分CHANGE MASTER TOも必要です。