返回顶部
首页 > 资讯 > 数据库 >记一次MySQL流量问题的排查之旅
  • 328
分享到

记一次MySQL流量问题的排查之旅

记一次MySQL流量问题的排查之旅 2016-07-10 09:07:11 328人浏览 绘本
摘要

导读: 作者:知数堂学员-邓志航;Mysql DBA,天生的mysql爱好者,热衷于为他人解决问题,善于总结和分享。对数据平台构建和排查疑难问题有非常浓厚的兴趣 一、简介 记一次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

猜你喜欢
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作