mysql的expire_logs_days参数引发的主从状态丢失问题

我在测试主从方案的时候发现状态丢失了，同步用的binlog也不见了(binlog doesn't exist)，非常奇怪，回顾解决以后写在这里供大家参考。

报错与原因

发现错误信息类似于

Slave: Table 'XXX' doesn't exist
Error running query, ......，We stopped at log 'mysql-bin.000036' position 154.

赶快去找，本想看看主数据的这个文件的position 154是什么语句，使用语句

show binlog events in 'mysql-bin.000036'

居然返回了502。

又到主库的服务器查看了下binlog的存储情况，发现binlog的编号是从36开始的，前面的不见了！难道设置了参数定期删除binlog？

于是又来到了my.cnf文件，查看文件之后找到了一个expire_logs_days。经搜索，确定了这个参数就是删除以前binlog文件的“罪魁祸首”。

到这来，大概明白了为啥主从同步没有成功，因为这是基于binlog的（逐行扫描sql语句进行同步写入），如果binlog文件不全，就无法正确的进行主从同步。

解决办法

这种情况从删除那一天起，至今所有的同步语句全部都丢失了，所以除非可以精确的知道执行了哪些语句，或者那些语句都不重要可以忽略，不然都必须要清理数据库，备份主库，重新手动更新从库来解决。可以参考我的备份数据库这篇文章的。

如果你精确的知识执行了哪些语句，需要先停止从库，执行丢失的语句，再进行从库同步设置。

mysql> stop slave;
Query OK, 0 rows affected, 1 warning (0.00 sec)
mysql> reset slave;
Query OK, 0 rows affected (0.00 sec)
.....执行你的语句
mysql> change master to master_host='192.168.1.51', master_user='replslave', master_password='replslave', master_log_file='mysql-bin-000002',master_log_pos=168;
Query OK, 0 rows affected (0.11 sec)

如果不知道怎进行从库同步设置，请参考mariadb/mysql建立主从

小结

1.根据情况设置expire_logs_days，位于mariadb的配置文件中，意思是超时天数，超过这个数值就清理掉过期的binlog
2.还有一个参数叫max_binlog_size，默认是1G，如果设置的太小可能导致大事物被截断，保持默认就好。

参考：mysql的expire_logs_days参数引发的问题