亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

為了賬號安全,請及時綁定郵箱和手機立即綁定

一次生產環境一模塊異常慢-數據庫CPU

標簽:
MySQL

上午A部门反馈a程序超级慢,已经处理的任务刷新不掉,未处理任务刷新不上了。
先让测试确认,运维看项目后端服务日志,也没找出特别的问题。因研发请假,这个问题就卡住了。
下午B项目组测试人员反馈后端接口超级慢,原来秒几百的接口,现在要几秒才返回数据
上业务服务器看系统性能数据都正常。初步怀疑是数据库服务器问题。
进数据库系统,看带宽,系统负载,磁盘IO都是和往常一样。
不过CPU的使用率达到80%,40%的us使用,40%的sys使用。
用过show processlist查看进程数,7百多一点,没到最大值,正常。
找研发要来两个接口慢的sql语句,手动执行,
一条执行用时7.76s,一条用时3.9s
又到从库执行一遍分别为5s,0.5s
主库确实比较慢。
看一下慢查询日志,1.6G
把慢查询日志备份,清空,等10分钟,又出现很多日志
使用pt-query-digest工具分析:


https://img1.sycdn.imooc.com//5d2d373d0001a11907040138.jpg

image.png


https://img1.sycdn.imooc.com//5d2d37410001773f06100089.jpg

image.png


https://img1.sycdn.imooc.com//5d2d3744000166a006430206.jpg

image.png


这个语句超级慢,发给研发确定,多表查询中有一个备份表是没必要查的,而且备份表很大,导致异常慢。
通过修复这个BUG,数据库CPU使用率回复正常。问题解决。



作者:萧客
链接:https://www.jianshu.com/p/bc6f34336ff0


點擊查看更多內容
TA 點贊

若覺得本文不錯,就分享一下吧!

評論

作者其他優質文章

正在加載中
  • 推薦
  • 評論
  • 收藏
  • 共同學習,寫下你的評論
感謝您的支持,我會繼續努力的~
掃碼打賞,你說多少就多少
贊賞金額會直接到老師賬戶
支付方式
打開微信掃一掃,即可進行掃碼打賞哦
今天注冊有機會得

100積分直接送

付費專欄免費學

大額優惠券免費領

立即參與 放棄機會
微信客服

購課補貼
聯系客服咨詢優惠詳情

幫助反饋 APP下載

慕課網APP
您的移動學習伙伴

公眾號

掃描二維碼
關注慕課網微信公眾號

舉報

0/150
提交
取消