所有的 SQL 都要经过 Explain 优化,是什么意思

这句话的意思是在写完 SQL 语句后不要想当然地认为它跑得很快而是要用EXPLAIN这个工具去“透视”一下数据库到底是怎么执行这条语句的确保它走了最优路线通常是走了索引而不是在傻傻地全表扫描。对于刚脱离 CRUD 小白的你来说这就像是你写完代码不能直接上线得先看看编译器有没有报错一样。EXPLAIN就是 MySQL 提供的一个**“体检工具”**它不会真的去执行你的 SQL而是返回一个执行计划报告。 为什么要做 Explain 优化假设你写了一条查询SELECT * FROM users WHERE name 张三;你以为的数据库像查字典一样瞬间找到了“张三”。实际上的如果name字段没加索引或者索引失效了数据库会把整张表几百万行数据从头到尾翻一遍这叫全表扫描。平时数据少感觉不出来一旦上线数据量大了接口直接卡死。使用EXPLAIN就是在上线前提前揪出这些性能隐患。 怎么看 Explain 的结果核心看这 4 点在你的 SQL 前面加上EXPLAIN关键字运行一下例如EXPLAIN SELECT * FROM users WHERE name 张三;会出来一张表格。作为初学者你只需要死死盯住下面这 4 个核心字段1. type访问类型—— 最重要这是判断 SQL 好坏的第一标准。它的值代表了 MySQL 查找数据的方式性能从好到坏的排序大致如下const / eq_ref⭐⭐⭐⭐⭐ 完美通常是通过主键或唯一索引查询速度极快ref⭐⭐⭐⭐ 优秀使用了普通索引进行等值查询日常开发追求的目标range⭐⭐⭐ 及格使用了索引进行范围查询比如WHERE id 100ALL❌ 不及格全表扫描。意味着数据库把整张表的数据都读了一遍。看到它就必须想办法优化2. key实际使用的索引如果这一栏显示的是NULL说明这次查询没有用到任何索引。如果显示了具体的索引名比如idx_name说明索引生效了。3. rows预估扫描的行数这个数字代表 MySQL 觉得需要读取多少行才能找到结果。数值越小越好。如果你的表有 10 万行数据而rows显示 9 万那基本就是在做全表扫描了如果rows是 1 或者几十说明效率很高。4. Extra额外信息这里会有一些重要的补充提示重点关注这两个“坏家伙”Using filesort意味着 MySQL 需要额外做一次排序操作非常消耗性能。通常是因为你的ORDER BY字段没有走索引。Using temporary意味着 MySQL 用了临时表来处理查询常见于GROUP BY这也非常影响性能需要尽量避免。如果是Using index那是极好的说明用到了“覆盖索引”连回表查数据的步骤都省了。 举个实战例子假设你有一张订单表orders里面有 100 万条数据。你写了一条 SQLSELECT * FROM orders WHERE order_no DD123456;情况一未优化你运行EXPLAIN后发现type是ALLkey是NULLrows是1000000。结论完蛋它在遍历 100 万行数据找这一个订单。赶紧给order_no字段加个索引情况二优化后加了索引后再次运行EXPLAINtype变成了refkey显示idx_order_norows变成了1。结论完美数据库通过索引一步到位找到了这行数据。总结一下所谓“所有的 SQL 都要经过 Explain 优化”就是让你养成一个好习惯——写完稍微复杂一点或者用在核心业务上的 SQL随手在前面加个EXPLAIN跑一下只要看到type不是ALL心里就踏实了。这也是中级开发者区别于小白最明显的专业素养之一。