记一次MySQL流量问题的排查之旅
导读:
作者:知数堂学员-邓志航;MySQL DBA,天生的MySQL爱好者,热衷于为他人解决问题,善于总结和分享。对数据平台构建和排查疑难问题有非常浓厚的兴趣
一、简介
记一次mysql流量问题的排查之旅
二、问题描述
在每天的业务高峰期间,都会出现流量被打满的情况,严重影响了业务的正常运行。
三、收集数据
通过监控图进行定位,发现是出口流量打满;
通过iftop进行定位,发现流量来源包括三方面:
-
从库的binlog拉取
-
canal的binlog拉取
-
多个应用服务的数据查询
查看binlog的生成量,发现binlog的生成量非常频繁,大概1分钟1个;
四、解决思路
首先尝试将canal的binlog不抽取主库,只抽取从库,然后进行观察,发现有效果,但是并不明显;
然后尝试建立缓存,将非必要的mysql查询走缓存,减少查询流量;
根据binlog进行分析,获取以下信息;
表:1 热表名称 2 热表的操作 发现更新和插入很频繁 单条insert内容 我们根据以上信息发现热表的insert和update操作都有大字段参与,经过与研发沟通了解到,是将类似json类型的数据存储到了mysql表中,造成了binlog频繁生成和切换,定位到了最主要的问题。
五、解决方法
减少binlog生成量(去掉大字段,减少事务操作量),减少同步binlog的流量;
建立缓存,减少查询的流量。
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341