MySQL作为最常用的关系型数据库，其查询分析、执行计划与性能调优是开发和维护人员必须掌握的基础能力。查询分析关注一条SQL如何被解析与优化，执行计划展示优化器选定的访问路径，性能调优则基于这些信息减少资源消耗。理清这三者的关系，是写出高效SQL的前提。
什么是查询分析
查询分析是指MySQL接收到SQL语句后，由解析器做词法语法检查，再由优化器生成多种执行方案并估算成本的过程。优化器会考虑是否使用索引、连接顺序、是否临时表等因素，最终选出它认为成本最低的方案。
怎么查看执行计划
在SQL前加explain即可查看执行计划。重点关注type、key、rows、Extra等字段。
explain select user_id, name from orders where status = 1 and create_time > '2023-01-01'; -- type为ref或range表示用了索引 -- key显示实际使用的索引名 -- rows是估算扫描行数，越小越好
常见字段含义
| 字段 | 说明 |
|---|---|
| type | 访问类型，从好到坏依次为system,const,eq_ref,ref,range,index,ALL |
| key | 实际使用的索引，NULL表示未用索引 |
| rows | 预估需要读取的行数 |
| Extra | 额外信息，如Using where,Using index,Using filesort |
性能调优基础思路
调优不是盲目加索引，而是基于执行计划做针对性改进。
- 为高频过滤字段建立联合索引，遵循最左前缀原则
- 避免对索引列做函数运算，否则可能导致索引失效
- 只查询需要的列，利用覆盖索引减少回表
- 排查Using filesort和Using temporary，尽量在索引层完成排序分组
一个调优示例
假设原SQL全表扫描，我们加上联合索引后再看计划。
-- 原始慢查询 select * from orders where user_id = 10 order by create_time desc; -- 建立联合索引 create index idx_user_time on orders(user_id, create_time); -- 再次分析 explain select * from orders where user_id = 10 order by create_time desc; -- 此时type变为ref，Extra出现Using index condition，扫描行数明显下降
小结
理解MySQL的查询分析与执行计划，是性能调优的起点。日常开发中养成explain习惯，读懂索引使用情况，才能从根本解决慢查询问题。