导读: 作者:知数堂学员-邓志航;Mysql DBA,天生的mysql爱好者,热衷于为他人解决问题,善于总结和分享。对数据平台构建和排查疑难问题有非常浓厚的兴趣 一、简介 记一次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的流量;
建立缓存,减少查询的流量。
--结束END--
本文标题: 记一次MySQL流量问题的排查之旅
本文链接: https://lsjlt.com/news/5153.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-10-23
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
2024-10-22
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0