MySQL主从复制，启动slave时报错:Slave failed to initialize relay log info structure from the repository

推荐阅读

之前的几篇文章中，关于主从复制报错的问题以及解决方法可供大家参考阅读

开启GTID主从同步出现1236错误问题

解决字符集不同引起的主从同步异常1677报错问题

MySQL复制错误ERROR 1837的相关缺陷案例

一、问题描述

MySQL主从复制，启动slave时，出现下面报错：

查看错误日志

可以看到报错，原来是找不到VM_54_118_centos-relay-bin.000021文件，找到原因所在了，在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;

【注意】不要试图手工的更新、插入、删除以上两个表的内容，以免出现意料不到的问题。

三、解决方案

mysql提供了工具用来删除记录：slave reset；

slave reset执行候做了这样几件事：

1、删除slave_master_info ，slave_relay_log_info两个表中数据；

2、删除所有relay log文件，并重新创建新的relay log文件；

3、不会改变gtid_executed 或者 gtid_purged的值

mysql> reset slave;
Query OK, 0 rows affected (0.01 sec)

mysql> change master to ......

mysql> start slave;
Query OK, 0 rows affected (0.00 sec)

到这里问题解决了。

参考连接

https://zhuanlan.zhihu.com/p/33033342