先定位慢查询，再分析执行计划并检查索引使用。开启慢查询日志记录耗时SQL，用EXPLAIN分析type、key、rows及Extra信息，确认是否使用索引及是否存在全表扫描。根据查询条件创建复合索引遵循最左前缀原则，避免冗余索引。通过SHOW PROCESSLIST、Performance Schema和OPTIMIZER_TRACE监控运行状态与优化器行为，综合调优高频SQL以预防性能退化。
排查MySQL查询优化问题，关键在于定位慢查询、分析执行计划、检查索引使用情况，并结合系统状态做综合判断。以下是具体步骤和方法。
慢查询日志是发现性能问题的第一步。开启后可以记录执行时间超过指定阈值的SQL语句。
my.cnf中添加：[mysqld] slow_query_log = ON slow_query_log_file = /var/log/mysql/slow.log long_query_time = 1 log_queries_not_using_indexes = ON
SET GLOBAL slow_query_log = 'ON'; SET GLOBAL long_query_time = 1; SET GLOBAL log_output = 'FILE';
重启服务或生效后，可通过tail -f /var/log/mysql/slow.log查看慢SQL。
对可疑SQL使用EXPLAIN或EXPLAIN FORMAT=JSON查看执行路径。
const → eq_ref → ref → range → index → ALL（全表扫描）Using filesort或Using temporary通常表示需要优化示例：
EXPLAIN SELECT * FROM orders WHERE user_id = 100 AND status = 'paid';
索引设计不合理是常见性能瓶颈。
SHOW INDEX FROM table_name;查看现有索引例如为上面查询创建复合索引：
CREATE INDEX idx_user_status ON orders(user_id, status);
通过性能视图了解当前数据库负载。
SHOW PROCESSLIST;（或SHOW FULL PROCESSLIST;）SHOW STATUS LIKE 'Handler%'; 或 SHOW STATUS LIKE 'Key_%';
INFORMATION_SCHEMA.OPTIMIZER_TRACE跟踪优化器决策过程（需开启）开启优化器追踪：
SET optimizer_trace="enabled=on"; SELECT * FROM information_schema.optimizer_trace;
基本上就这些。重点是先抓慢SQL，再用EXPLAIN看执行路径，结合索引和系统状态调优。坚持定期审查高频查询，能有效预防性能退化。
以上就是如何在mysql中排查查询优化问题的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
997
收藏
