一、報錯現象

dba:(none)> start slave;

ERROR 1872 (HY000): Slave failed to initialize relay log info structure from the repository

這個時候查看error.log:

2018-08-07T09:28:12.605775Z 0 [ERROR] Failed to open the relay log './localhost-relay-bin.000001' (relay_log_pos 4).
2018-08-07T09:28:12.605792Z 0 [ERROR] Could not find target log file mentioned in relay log info in the index file '/application/mysql/relay-log/mysql-relay-bin.index' during relay log initialization.
2018-08-07T09:28:12.606062Z 0 [ERROR] Slave: Failed to initialize the master info structure for channel ''; its record may still be present in 'mysql.slave_master_info' table, consider deleting it.
2018-08-07T09:28:12.606298Z 0 [ERROR] Failed to create or recover replication info repositories.
2018-08-07T09:28:12.606316Z 0 [Note] Some of the channels are not created/initialized properly. Check for additional messages above. You will not be able to start replication on those channels until the issue is resolved and the server restarted.

那如何解決呢？先來簡單的了解MySQL Relay log的基礎知識：從報錯上看，意思是啟動slave時，使用repository中信息初始化relay log結構失敗了。為什麽失敗了？原來是從mysql-relay-bin.index文件中找不到localhost-relay-bin.000001文件。到這裏，答案就很清楚了，由於我使用的是冷備份文件恢復的實例，在mysql庫中的slave_relay_log_info表中依然保留之前relay_log的信息，所以導致啟動slave報錯。

二、MySQL Relay log介紹

在MySQL復制結構下，Slave服務器會產生三種日誌文件，用來保存主庫的二進制日誌事件以及relay log已執行到的位置和狀態。

1、relay log 文件：由IO thread線程從主庫讀取的二進制日誌事件組成，該日誌被Slave上的SQL thread線程執行，從而實現數據的復制。

2、master info log：該文件保存slave連接master的狀態以及配置信息，如用戶名，密碼，日誌執行的位置等。在5.6版本之前，都是使用master.info文件，從5.6開始，通過在my.cnf 中配置 --master-info-repository=TABLE。這些信息會被寫入mysql.slave_master_info 表中，代替原來的master.info文件了。

3、relay log info log：該文件保存slave上relay log的執行位置。在5.6版本之前，都是使用relay-log.info文件，從5.6開始，通過在my.cnf中配置 --relay-log-info-repository=TABLE，使用mysql.slave_relay_log_info表代替原來的文件。每次當slave上執行start slave時，就會讀取該表中的位置信息。

新版本使用表來代替原來的文件，主要為了crash-safe replication，從而大大提高從庫的可靠性。為了保證意外情況下從庫的可靠性，mysql.slave_master_info和mysql.slave_relay_log_info表必須為事務性的表，從5.6.6起，這些表默認使用InnoDB存儲引擎。在5.6.5及之前的版本默認使用MyISAM引擎，可用下面語句進行轉換：

ALTER TABLE mysql.slave_master_info ENGINE=InnoDB;
ALTER TABLE mysql.slave_relay_log_info ENGINE=InnoDB;

【註意】不要試圖手工的更新、插入、刪除以上兩個表的內容，以免出現意料不到的問題。

三、問題解決

通過上面的報錯以及relay log介紹，很容易知道由於mysql.slave_relay_log_info表中保留了以前的復制信息，導致新從庫啟動時無法找到對應文件，那麽我們清理掉該表中的記錄不就可以了。再次提醒，不要手動刪該表數據，MySQL已經提供工具給我們了：reset slave：

reset slave幹的那些事：

1、刪除slave_master_info ，slave_relay_log_info兩個表中數據；2、刪除所有relay log文件，並重新創建新的relay log文件；3、不會改變gtid_executed 或者 gtid_purged的值

下面解決問題：

1，
dba:(none)> reset slave;
Query OK, 0 rows affected (0.00 sec)

2，
dba:(none)> change master to ......

3，
dba:(none)> start slave;
Query OK, 0 rows affected (0.00 sec)

到這裏問題解決了。

【經驗】：以後用冷備份恢復實例後，在啟動slave前，先進行reset slave清空下以前的舊信息。

使用mysqldump 備份 恢復從庫報錯解決方案（ERROR 1872）