首页 / MYSQL / binlog_format=ROW模式下mysql表无主键造成的从库延迟（卡住）

binlog_format=ROW模式下mysql表无主键造成的从库延迟（卡住）

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了binlog_format=ROW模式下mysql表无主键造成的从库延迟（卡住），小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1722字，纯文字阅读大概需要3分钟。

内容图文

场景:
MySQL-5.6.30, 主从架构, 只读从库的SQL线程卡在某一个事务两个多小时没有动过, show processlist发现从库当时没有连接和慢查询语句;
show open TABLES where In_use >0; 发现一个表被锁定如下： 
mysql> show open TABLES where In_use >0;
+----------+---------------+--------+-------------+
| Database | Table         | In_use | Name_locked |
+----------+---------------+--------+-------------+
| cxx      | t_post_xxxxxx |      1 |           0 |
+----------+---------------+--------+-------------+

结论
从库没有线程，说明锁定的表是从主库同步过来的语句锁定的，应该是主库对此表的大事务操作造成。
分析
1.通过show slave status 确定的position去分析主库的binlog，发现生成了大量的删除 t_post_xxxxxx的语句；
2.查看慢查询日志，发现 delete from t_post_xxxxxx;
3.在主库查看 t_post_xxxxxx表结构，发现竟然没有主键也没有索引；
4.select count(*) from t_post_xxxxxx;发现此表20多万条数据；
5.真相大白了，没有主键直接delete删除全表会生成20多万条delete语句在binlog中，没有主键同步到从库需要执行20多万次全表扫描，20W*20W=400多亿，吓人！；
6.MySQL同步的时候, 会去利用主键来搜索需要修改的行(或者是一些二级索引)。
解决方案
1.增加主键；
2.跟研发沟通delete from t_post_xxxxxx改为truncate table t_post_xxxxxx。
综上
由于没有统一数据库上线平台和代码审核机制，造成一些不规范的代码以及数据库设计在生产运行。建议上线使用规范化的数据库上线平台，由平台自动发现数据库设计、数据库上线脚本问题，靠人肉上线难免会有疏漏，自动化运维势在必行，研发团队要使用代码规范检查工具避免不规范的代码上线。

binlog_format=ROW模式下mysql表无主键造成的从库延迟（卡住）

标签：自动   5.6   查询   延迟   ase   form   where   场景   查询日志   

本文系统来源：http://blog.51cto.com/175779/2309757

内容总结

以上是互联网集市为您收集整理的binlog_format=ROW模式下mysql表无主键造成的从库延迟（卡住）全部内容，希望文章能够帮你解决binlog_format=ROW模式下mysql表无主键造成的从库延迟（卡住）所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

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

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/501340.html

来源：【匿名】