如何定位mysql性能问题_mysql性能问题排查思路

P粉602998670
发布: 2025-12-19 10:18:08
原创
997人浏览过
MySQL性能问题定位需先看现象、再查源头、最后验证,依次排查慢查询、连接状态、锁等待、资源瓶颈及SQL执行计划。

如何定位mysql性能问题_mysql性能问题排查思路

定位 MySQL 性能问题,核心是“先看现象、再查源头、最后验证”。不要一上来就调参数或加索引,而是顺着请求路径逐层缩小范围:从慢查询、连接状态、锁等待,到资源瓶颈(CPU、IO、内存),再到 SQL 本身和执行计划。

一、快速识别“谁在拖慢数据库”

先确认是不是真有性能问题,以及问题集中在哪类操作上:

  • 启用慢查询日志(red">slow_query_log=ON),设置合理阈值(如 long_query_time=1),定期分析 mysqldumpslowpt-query-digest 输出,找出执行时间长、扫描行数多、调用频次高的 SQL
  • 实时观察活跃会话:SHOW PROCESSLIST; 或查询 information_schema.PROCESSLIST,重点关注 State 列(如 Sending dataCopying to tmp tableLocked)和 Time 值大的线程
  • 检查是否大量连接堆积:SHOW STATUS LIKE 'Threads_connected'; 对比 max_connections,若接近上限,需查连接未释放原因(应用未 close、连接池配置不合理等)

二、排查锁与事务阻塞

很多“慢”其实是等出来的,尤其在高并发更新场景:

  • 查当前锁等待:SELECT * FROM performance_schema.data_lock_waits;(MySQL 8.0+)或 SELECT * FROM information_schema.INNODB_TRX; + INNODB_LOCKS + INNODB_LOCK_WAITS(5.7 及以前)
  • 重点关注 trx_state='LOCK WAIT' 的事务,结合 trx_mysql_thread_id 找出被谁阻塞、持有什么锁、正在执行哪条 SQL
  • 检查长事务:SELECT * FROM information_schema.INNODB_TRX WHERE trx_started 长事务会阻止 purge、膨胀 undo log、加剧锁竞争

三、分析 SQL 执行效率

单条 SQL 慢,不等于写得差,要结合执行计划和数据分布看:

Smile企业费用管理系统源码1.0
Smile企业费用管理系统源码1.0

一、源码特点企业费用管理系统,有权限分配,登陆验证,新增角色,发布公告等二、功能介绍1、js的兼容性有个地方不行(比如模块排序,那个时候也是雏鸟一只,写了一小撮,现在用jq应该好处理的吧,ie里面没问题,大家发挥吧)2、里面的菜单和对应菜单下面的目录项可以根据需求自己添加的,有对应模块3、可以根据自己设定的角色添加对应的访问页面4、有些操作涉及到按钮权限,对于这种思路,我粗粗的写了2个自定义控件,

Smile企业费用管理系统源码1.0 0
查看详情 Smile企业费用管理系统源码1.0
  • 对慢 SQL 执行 EXPLAIN FORMAT=JSON,重点看:type(是否用到索引)、key(用了哪个索引)、rows(预估扫描行数)、filtered(过滤率)、Extra(是否有 Using filesortUsing temporary
  • 注意“假命中”:type=refrows 过大,可能是索引选择性差或统计信息不准,可执行 ANALYZE TABLE 更新统计信息
  • 避免隐式类型转换和函数操作字段(如 WHERE DATE(create_time) = '2024-01-01'),会导致索引失效

四、检查系统与配置瓶颈

数据库跑在操作系统之上,底层资源不足会直接拖垮性能:

  • 监控服务器指标:用 topiostat -x 1vmstat 1 查 CPU 使用率、IO 等待(%util、await)、内存交换(si/so)
  • 关键 MySQL 状态变量:SHOW GLOBAL STATUS 中关注 Innodb_buffer_pool_wait_free(缓冲池紧张)、Innodb_log_waits(redo log 写满)、Created_tmp_disk_tables(临时表落盘多)、Sort_merge_passes(排序合并次数高)
  • 检查配置合理性:比如 innodb_buffer_pool_size 是否过小(建议设为物理内存的 50%–75%),innodb_log_file_size 是否太小导致频繁 checkpoint

排查不是线性流程,而是一个闭环:观察现象 → 提出假设 → 验证假设(改 SQL、加索引、调参数、重启服务等)→ 对比效果。工具只是辅助,理解业务逻辑和数据特征才是准确定位的关键。

以上就是如何定位mysql性能问题_mysql性能问题排查思路的详细内容,更多请关注php中文网其它相关文章!

数码产品性能查询
数码产品性能查询

该软件包括了市面上所有手机CPU,手机跑分情况,电脑CPU,电脑产品信息等等,方便需要大家查阅数码产品最新情况,了解产品特性,能够进行对比选择最具性价比的商品。

下载
来源:php中文网
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
最新问题
开源免费商场系统广告
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板
关于我们 免责申明 举报中心 意见反馈 讲师合作 广告合作 最新更新
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号 技术交流群
PHP中文网订阅号
每天精选资源文章推送

Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号