首先启用慢查询日志并设置阈值，使用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';

Pandas 配置文件报告生成器

使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。

下载

- 关注字段说明：

• 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';

- 高频磁盘临时表或排序可能提示内存配置不足或缺少合适索引。

基本上就这些常用方法。结合慢日志、执行计划、索引分析和实时状态监控，能有效识别大多数查询瓶颈。关键是持续观察和针对性优化，不复杂但容易忽略细节。