首先启用慢查询日志并设置阈值，使用mysqldumpslow或pt-query-digest分析耗时SQL；接着通过EXPLaiN检查执行计划，关注type、key、rows和Extra字段判断索引使用与扫描情况；然后查看表索引结构，基于查询条件建立复合索引并避免过度索引；最后结合SHOW PROCEsslIST和状态变量监控锁等待、临时表磁盘创建等系统行为，综合定位慢查询、锁竞争与资源瓶颈问题。
在MySQL中分析查询瓶颈，核心是找出执行效率低下的sql语句，并理解其执行过程中的性能问题。通过合理使用工具和方法，可以快速定位慢查询、锁竞争、索引缺失等问题。
启用慢查询日志定位低效SQL
慢查询日志记录了执行时间超过指定阈值的SQL语句，是发现性能问题的第一步。
– 在my.cnf配置文件中开启慢查询日志：
slow_query_log = ON
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
– 设置后重启服务或动态生效：
SET GLOBAL slow_query_log = ‘ON’;
SET GLOBAL long_query_time = 1;
– 使用mysqldumpslow或pt-query-digest分析日志内容，找出高频或耗时最长的查询。
使用EXPLAIN分析执行计划
对可疑SQL使用EXPLAIN命令，查看MySQL如何执行该查询，重点关注是否使用索引、扫描行数、连接方式等。
– 执行示例：
EXPLAIN SELECT * FROM users WHERE age > 30 AND city = ‘Beijing’;
– 关注字段说明：
- type：连接类型，ALL表示全表扫描，需优化
- key：实际使用的索引，为NULL表示未走索引
- rows：预估扫描行数，越大越慢
- Extra：出现using filesort或Using temporary需警惕
检查索引有效性与缺失情况
缺少合适索引是常见瓶颈来源。应根据WHERE、ORDER BY、GROUP BY条件建立复合索引。
– 查看表索引：
SHOW INDEX FROM table_name;
– 判断是否需要添加索引：
- 频繁出现在WHERE条件中的列
- 多字段查询时考虑最左前缀原则创建联合索引
- 避免过度索引，影响写入性能
– 可借助performance_schema或information_schema统计索引使用频率。
监控系统状态与锁等待情况
某些瓶颈源于资源争用或锁阻塞，可通过状态变量和进程信息排查。
– 查看当前运行线程：
SHOW PROCESSLIST;
– 检查是否存在长时间运行或处于Locked状态的查询。– 查看关键状态值：
SHOW STATUS LIKE ‘Innodb_row_lock_waits’;
SHOW STATUS LIKE ‘Created_tmp_disk_tables’;
– 高频磁盘临时表或排序可能提示内存配置不足或缺少合适索引。
基本上就这些常用方法。结合慢日志、执行计划、索引分析和实时状态监控，能有效识别大多数查询瓶颈。关键是持续观察和针对性优化，不复杂但容易忽略细节。