MYSQL CPU达90%之多,如何去查看资源的占用情况?

七夜未央 2016-10-31 05:59:20
show processlist这个东西根本看不出个眉目来。

我在数据库里面做了设置,凡是大于1秒的SQL都打出来,后来发现有很多SQL执行都是5秒多,这非常要命。

但问题是这些SQL在我此前的测试中性能都没问题,通常都是毫秒级别的执行效率,可能是因为MYSQL CPU占用率太高影响了执行速度,但问题是我如何去排查是什么东西或者什么SQL导致了MYSQL的CPU占用过高呢?网上找了很多都没有答案。
...全文
8610 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
狗福 2017-07-11
  • 打赏
  • 举报
回复
MySQL消耗cpu无非是sql慢了或者是sql并发量高 单位时间 CPU 资源 = 查询执行平均成本 x 单位时间执行的查询数 如果说单位时间执行的查询数没有变化的话,那么就是执行成本的问题,慢sql既然都已经定位出来为什么不优化试试?
zjcxc 2017-06-28
  • 打赏
  • 举报
回复
你都已经发现有很多SQL执行都是5秒多,那么应该从这些 sql 上去分析为什么慢了 你可以把你的数据备份一份到别的电脑 上测试这些 sql , 如果快,通常说明你的服务器硬件资源不够,并发高导致服务器来不响应 如果也慢,那么是 sql 本身的问题,应该进行优化
Bubble-Sort 2017-06-27
  • 打赏
  • 举报
回复
请问楼主找到办法了么,目前也有这种问题。
LongRui888 2016-11-03
  • 打赏
  • 举报
回复
引用 6 楼 llg521208 的回复:
[quote=引用 4 楼 yupeigu 的回复:] show processlist只是显示mysql内有多少会话,分别在执行什么命令,或者是空闲了,或者是在等待资源等。 建议先从linux里找到占用cpu,内存多的进程,然后看看是不是mysql,另外,不建议你把慢的sql都打印出来,这个本身就会占用大量的cpu资源,建议用mysql的慢查询日志功能
是开启的慢查询日志,可能我没描述清楚。我是通过top来看的CPU的占用情况的,都被mysql占用光了,我现在的苦恼是怎么去定位这些耗CPU资源的SQL,貌似mysql没有提供这样的监控[/quote] 对的 ,没有监控。 另外,mysql里的线程id和top里的os的线程id也 不对应,所以没办法通过top命令直接找到是哪个会话占用了大量的cpu资源。
七夜未央 2016-11-02
  • 打赏
  • 举报
回复
引用 4 楼 yupeigu 的回复:
show processlist只是显示mysql内有多少会话,分别在执行什么命令,或者是空闲了,或者是在等待资源等。 建议先从linux里找到占用cpu,内存多的进程,然后看看是不是mysql,另外,不建议你把慢的sql都打印出来,这个本身就会占用大量的cpu资源,建议用mysql的慢查询日志功能
是开启的慢查询日志,可能我没描述清楚。我是通过top来看的CPU的占用情况的,都被mysql占用光了,我现在的苦恼是怎么去定位这些耗CPU资源的SQL,貌似mysql没有提供这样的监控
七夜未央 2016-11-02
  • 打赏
  • 举报
回复
引用 1 楼 yangb0803 的回复:
测试环境数据量有多大? 现在环境的数据量又有多大? 是否是索引创建的不合理?
我们就是在生产上做的测试,数据量20多万吧,不过涉及的表多
LongRui888 2016-11-01
  • 打赏
  • 举报
回复
show processlist只是显示mysql内有多少会话,分别在执行什么命令,或者是空闲了,或者是在等待资源等。 建议先从linux里找到占用cpu,内存多的进程,然后看看是不是mysql,另外,不建议你把慢的sql都打印出来,这个本身就会占用大量的cpu资源,建议用mysql的慢查询日志功能
LongRui888 2016-11-01
  • 打赏
  • 举报
回复

先用linux的top命令看一下,是哪些进程cpu使用率比较高:
致命的西瓜 2016-11-01
  • 打赏
  • 举报
回复
原因很多,你的sql引擎,环境是否还跑了其他项目,并发量,配置参数。。。只能一个一个去看
道玄希言 2016-10-31
  • 打赏
  • 举报
回复
测试环境数据量有多大? 现在环境的数据量又有多大? 是否是索引创建的不合理?
内容概要:SSD2828QN4是一款MIPI主桥接芯片,用于连接应用处理器与传统并行LCD接口及支持MIPI从属接口的LCD驱动器。该芯片支持最高每通道1Gbps的串行链路速度,最多可配置4个数据通道,显著减少了信号数量。它支持多种接口模式,包括RGB+SPI组合接口,适用于驱动智能或非智能显示面板,并能通过命令模式和视频模式传输数据。芯片内置时钟和复位模块、外部接口、协议控制单元(PCU)、包处理单元(PPU)、错误校正码/循环冗余校验(ECC/CRC)模块、长包和命令缓冲区、D-PHY控制器、模拟收发器以及内部锁相环(PLL),确保了高效的数据传输和系统稳定性。此外,文档详细描述了芯片的引脚分配、寄存器设置、操作模式、电源序列、时序特性等关键参数,为开发者提供了全面的技术指导。 适合人群:具备一定硬件设计基础,从事嵌入式系统开发、显示技术研究的研发人员。 使用场景及目标:①实现应用处理器与MIPI兼容显示屏之间的高速数据传输;②优化显示系统的功耗表现,减少电磁干扰(EMI);③通过灵活配置不同接口模式来适应各种显示设备的需求。 阅读建议:此文档面向具有一定电子工程背景的专业人士,建议读者结合实际项目需求深入理解各章节内容,特别是关于寄存器配置、时序要求等方面的具体说明。对于初次接触此类技术的开发者而言,建议先熟悉基本概念再逐步掌握高级功能的应用方法。

57,064

社区成员

发帖
与我相关
我的任务
社区描述
MySQL相关内容讨论专区
社区管理员
  • MySQL
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧