mysql主从备份失败--记录现象

*1.现象

失败以后，mysql目录下回产生 mysql-relay-bin.000*

这种文件不能直接删除，需要进入数据库，通过指令进行删除

*2.查看备份库的状态

参考：https://www.cnblogs.com/chinesern/p/7279495.html

Slave_IO线程负责把主库的bin日志(Master_Log)内容，投递到从库的中继日志上(Relay_Log)。
Slave_SQL线程负责把中继日志上的语句在从库上执行一遍。

Yes表示正常，No表示异常
Slave_IO线程相对比较简单，一般不容易出错，如果Slave_IO_Running显示为No，可能是以下几个原因导致的:

1. 网络问题
2. 权限问题，例如在配置slave同步时因为slave访问master没有权限导致的问题。
3. mater上的binlog文件误删或者其他问题导致的master库突然停止而更新了binlog日志,这时候slave
   可能出现早不到binlog文件的情况,解决方案是找到同步的点和binlog文件,重新 change master。

相对的Slave_SQL线程就比较容易出错，例如人为手动的在从库插入一条数据，造成主从不一致。但此时两个线程的状态任然是正常的，等到主库也插入一条同样的数据时，通知从库做相同操作，从库会出现主键重复的错误。此时Slave_SQL_Running的状态会变为No，
而Last_SQL_Error，Last_SQL_Error_Timestamp会记录错误的原因和发生时间。
Slave_SQL线程会停止后续的SQL语句执行，因为它意识到往后执行会导致错误修复的难度增加。

 **2.1.查看从库的几个命令

SHOW SLAVE STATUS;

STOP SLAVE;

START SLAVE;

**2.2. 如何判断主从完全同步

Master_Log_File和Relay_Master_Log_File所指向的文件必须一致
Relay_Log_Pos和Exec_Master_Log_Pos的为止也要一致才行
Slave_SQL_Running_State：显示为wait 意思是中继日志的sql语句已经全部执行完毕

 

*3.如何删除mysql-relay-bin.000*文件

参考：https://blog.csdn.net/u010098331/article/details/50729984

**3.1.Relay Log无法自动删除的问题

综合分析后发现和以下原因有关。

1).该实例原先是一个Slave   -------导致relay-log 和 relay-log.index的存在。
2).该实例目前已经不是Slave  -------由于没有了IO-Thread，导致relay-log-purge 没有起作用（ 这也是其他Slave实例没有这种情况的原因，因为IO-thread会做自动rotate操作）。
3).该实例每天会进行日常备份  -------Flush logs的存在，导致每天会生成一个relay-log
4).该实例没有配置expire-logs-days ------导致flush logs时，也不会做relay-log清除

简而言之就是： 一个实例如果之前是Slave，而之后停用了（stop slave），且没有配置expire-logs-days的情况下，会出现relay-log堆积的情况。

**3.2.删除Mysql 从数据库的relay logs最安全方式

参考：https://dev.mysql.com/doc/refman/5.7/en/replication-administration-pausing.html

方式二：
手动删除 relay log

1. 设置relay_log_purge = 1
SET GLOBAL relay_log_purge = 1
2. flush logs
通过管理员用户登陆从数据库，然后执行下面命令：

flush logs;

可以执行多次！

注意：

观察堆积的relay logs日志是否已经删除，如果删除，直接执行下面第6步“恢复relay_log_purge = 0“；如果未删除，继续从下面第3步”停止slave“往下操作！！！

3. 停止slave
通过管理员用户登陆从数据库，然后执行下面命令：

stop slave;

4. 删除relay logs
可以通过rm直接删除relay logs

通使用下面方式安全删除：

(1) 统计所有关于relay的文件（包括 relay_log_name.index）总个数

ls -A1 |grep relay | sort -rn | wc -l

(2) 列出要删除所有有关relay的文件：

ls -A1 |grep relay | sort -rn | tail -n 100

说明： 100 为要删除的relay logs 数量

(3) 确定没有问题，删除relay logs：

ls -A1 |grep relay | sort -rn | tail -n 100 | xargs rm -rf {}

注意：

要保留最新的两个relay log
要保留relay log的index文件
relay log的index一般命名为： relay_log_name.index
例如： relay-bin.index
5. 启动slave
通过管理员用户登陆从数据库，然后执行下面命令：

start slave;

6 . 恢复relay_log_purge = 0
通过管理员用户登陆从数据库，然后执行下面命令：

SET GLOBAL relay_log_purge=0;

扩展
如果你对从数据库要求不高，可以将relay_log_purge = 1

实际操作：

SHOW SLAVE STATUS;

STOP SLAVE;

SET GLOBAL relay_log_purge = 1;

FLUSH LOGS;

SET GLOBAL relay_log_purge=0;

**3.3.删除后直接剩下的结果：（注意要留最新的那几个文件）