當slave意外宕機時，有可能會損壞中繼日志relay-log，再次開啟同步復制時，會出現(xiàn)報錯。
解決方法：找到同步的binlog日志和POS點，然后重新進行同步，這樣就可以有新的中繼日志了。
下邊看個案例，模擬了中繼日志損壞的情況，查看到的信息如下：
點擊(此處)折疊或打開
公司主營業(yè)務：成都網(wǎng)站制作、網(wǎng)站建設、外貿(mào)網(wǎng)站建設、移動網(wǎng)站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)推出革吉免費做網(wǎng)站回饋大家。
-
MySQL> show slave status \G
-
ERROR 2006 (HY000): MySQL server has gone away
-
No connection. Trying to reconnect...
-
Connection id: 4
-
Current database: test
-
-
*************************** 1. row ***************************
-
Slave_IO_State: Waiting for master to send event
-
Master_Host: 10.10.10.200
-
Master_User: repl
-
Master_Port: 3306
-
Connect_Retry: 60
-
Master_Log_File: mysql-bin.000005
-
Read_Master_Log_Pos: 220
-
Relay_Log_File: mysql-relay-bin.000010
-
Relay_Log_Pos: 283
-
Relay_Master_Log_File: mysql-bin.000004
-
Slave_IO_Running: Yes
-
Slave_SQL_Running: No
-
Replicate_Do_DB:
-
Replicate_Ignore_DB:
-
Replicate_Do_Table:
-
Replicate_Ignore_Table:
-
Replicate_Wild_Do_Table:
-
Replicate_Wild_Ignore_Table:
-
Last_Errno: 1032
-
Last_Error: Could not execute Update_rows event on table test.test01; Can't find record in 'test01', Error_code: 1032; handler error HA_ERR_END_OF_FILE; the event's master log mysql-bin.000004, end_log_pos 310
-
Skip_Counter: 0
-
Exec_Master_Log_Pos: 120
-
Relay_Log_Space: 2251
-
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: 0
-
Last_IO_Error:
-
Last_SQL_Errno: 1032
-
Last_SQL_Error: Could not execute Update_rows event on table test.test01; Can't find record in 'test01', Error_code: 1032; handler error HA_ERR_END_OF_FILE; the event's master log mysql-bin.000004, end_log_pos 310
-
Replicate_Ignore_Server_Ids:
-
Master_Server_Id: 1
-
Master_UUID: 4adfcd1d-4059-11e7-9532-080027d597f9
-
Master_Info_File: mysql.slave_master_info
-
SQL_Delay: 0
-
SQL_Remaining_Delay: NULL
-
Slave_SQL_Running_State:
-
Master_Retry_Count: 86400
-
Master_Bind:
-
Last_IO_Error_Timestamp:
-
Last_SQL_Error_Timestamp: 170808 11:45:26
-
Master_SSL_Crl:
-
Master_SSL_Crlpath:
-
Retrieved_Gtid_Set:
-
Executed_Gtid_Set:
-
Auto_Position: 0
其中，涉及幾個重要的參數(shù)：
slave_IO_Running:接受master的binlog的信息
master_Log_file:正在讀取master上binlog日志名
Read_master_Log_Pos:正在讀取master上當前binlog日志POS點。
slave_SQL_Running:執(zhí)行寫操作
Relay_master_Log_File:正在同步master上的binlog日志名。
Exec_master_Log_Pos:正在同步當前binlog日志的POS點。
以Relay_master_Log_File參數(shù)值和Exec_master_Log_Pos參數(shù)值為基準。
Relay_Log_File: mysql-relay-bin.000010
Relay_Log_Pos: 283
接下來開始重置主從復制：
-
mysql> stop slave;
-
Query OK, 0 rows affected (0.04 sec)
-
-
mysql> change master to master_log_file='mysql-relay-bin.000010',master_log_pos=283;
-
Query OK, 0 rows affected (0.06 sec)
-
-
mysql> start slave;
-
Query OK, 0 rows affected (0.12 sec)
通過這種方法可以修復中繼日志，但是在MySQL5.5版本之后，在slave的my.cnf配置文件中加入relay_log_recovery=1就可以了。
當前標題：slave的中繼日志relay-log損壞
鏈接地址：
http://weahome.cn/article/gehpdo.html
重慶分公司
重慶分公司
