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

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值