当前位置: 代码网 > it编程>数据库>Mysql > mysql的expire_logs_days参数引发的问题及解决

mysql的expire_logs_days参数引发的问题及解决

2026年04月03日 Mysql 我要评论
mysql的expire_logs_days参数最近又重温了一次mysql的主从配置本来以为已经试过一两次了,没什么大的问题,但是没想到却没有成功,查看了一下错误记录:slave: table 

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的时候不会出错。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持代码网。

(0)

相关文章:

版权声明:本文内容由互联网用户贡献,该文观点仅代表作者本人。本站仅提供信息存储服务,不拥有所有权,不承担相关法律责任。 如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 2386932994@qq.com 举报,一经查实将立刻删除。

发表评论

验证码:
Copyright © 2017-2026  代码网 保留所有权利. 粤ICP备2024248653号
站长QQ:2386932994 | 联系邮箱:2386932994@qq.com