mysql的expire_logs_days参数引发的问题及解决
作者：风神幻龙
作者在重新配置MySQL主从复制时遇到问题,发现由于`expire_logs_days`参数设置不当导致binlog文件被删除,从而无法正确进行主从同步,建议合理设置`expire_logs_days`和`max_binlog_size`
mysql的expire_logs_days参数
最近又重温了一次mysql的主从配置
本来以为已经试过一两次了，没什么大的问题，但是没想到却没有成功，查看了一下错误记录：
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的存储情况，发现编号36的binlog居然有340M，等等为啥是从36开始的，不是应该从1开始的吗？
那其他的文件到哪里去了？难道设置了参数定期删除binlog？
于是又来到了my.cnf文件，查看文件之后找到了一个expire_logs_days。
经搜索，确定了这个参数就是删除以前binlog文件的“罪魁祸首”。
到这来，大概明白了为啥主从同步没有成功，因为这是基于binlog的，但是binlog文件不全，导致无法正确的进行主从同步。
总结
1.根据情况设置expire_logs_days
2.要设置max_binlog_size为一个合理的值，这样查看binlog的时候不会出错。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。