登录
首页 >  数据库 >  MySQL

【MySQL故障处理】 Seconds_Behind_Master= NULL Error_code: 1197

来源:SegmentFault

时间:2023-02-24 20:39:10 310浏览 收藏

怎么入门数据库编程?需要学习哪些知识点?这是新手们刚接触编程时常见的问题;下面golang学习网就来给大家整理分享一些知识点,希望能够给初学者一些帮助。本篇文章就来介绍《【MySQL故障处理】 Seconds_Behind_Master= NULL Error_code: 1197》,涉及到MySQL,有需要的可以收藏一下

版本:mysql 5.6.32
错误描述:

Error_code: 1197
Last_Error: Worker 3 failed executing transaction '352aa3e8-5573-11e6-8010-1866da5c62e5:184599297' at master log mysql-bin.000474,
end_log_pos 13934385; Could not execute Update_rows event on table pay_0003.order_entity_0054; Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storag
e; increase this mysqld variable and try again, Error_code: 1197; handler error HA_ERR_RBR_LOGGING_FAILED; the event's master log mysql-bin.000474, end_log_pos 13934385, Error_code: 1197

处理过程:
根据报错信息,知道是max_binlog_cache_size小了,

解决办法
临时增加该值后restart slave即可以继续复制线程。

mysql> stop slave;
mysql> set global max_binlog_cache_size=201326592;
mysql> start slave;

关于max_binlog_cache_size请看这里:

如果一个事务需要多于设置值的内存,就会报上面的错。最小4096字节,最大支持4GB(4294967296字节),因为binlog位置点最大4GB,支持动态修改。

解决了问题,继续查找发生问题的原因,生产环境中的该参数设置为64M,当一个事务影响的数据量超过该值时,即会报错。

执行的sql为
insert into table1 select*from table2 where time>'2016-10-01'
形式的多语句事务,查看binlog文件的大小,最大的超过了200M(max_binlog_size设置为50M)。

因此是大事务造成的,大事务还容易造成主从延时的问题,推荐将大事务拆分为小事务执行

终于介绍完啦!小伙伴们,这篇关于《【MySQL故障处理】 Seconds_Behind_Master= NULL Error_code: 1197》的介绍应该让你收获多多了吧!欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布数据库相关知识,快来关注吧!

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表