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

2020年6月16日 评论 288 views 1134字阅读3分46秒

我在测试主从方案的时候发现状态丢失了,同步用的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参数引发的问题

weinxin
公众号
在号内与我交流,回复【资源】获取技术大礼包
MySQL最后更新:2020-8-31
小熊