2、select_type select 的类型
3、table 查询涉及的表或衍生表
当前输出的正在使用的表，可以有下面几种：
<unionM,N> ： 行数据是联合之后的数据id 处于 m和 n
<derived*N*>: 衍生表
<subqueryN>： 子查询
4、partitions 查询涉及到的分区
在使用分区表的时候才能用到，暂时没用到过这种高级功能。
5、type 查询的类型
表示MySQL在表中找到所需行的方式，又称“访问类型”，常见类型如下：
性能：all < index < range < index_merge < ref_or_null < ref < eq_ref < system/const
由左至右，由最差到最好
在进行优化的时候如果查询出的数据量大的话可以使用全表扫描，避免使用索引。
如果只是查询很少的数据尽量使用索引。
6、possible_keys：预计可能使用的索引
在不和其他表进行关联的时候，查询表的是可能使用的索引
7、key：实际查询的过程中使用的索引
显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULL
8、key_len
表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度
9、ref 显示该表的索引字段关联了哪张表的哪个字段
注： 我在equip 和 dict_equip 两张表都分别添加了索引，索引列是n_equip_id
通过上面的执行计划可以看出，首先使用了索引
10、rows：根据表统计信息及选用情况，大致估算出找到所需的记录或所需读取的行数，数值越小越好
比如 一个列上 虽然没做索引，但是都是唯一的，这个时候查找的时候如果是全表读取，就是表里有多少数据这个值就是多少，这个时候你需要优化的就是尽可能的读取少的表，可以增加索引，减少读取行数
11、filtered：返回结果的行数占读取行数的百分比，值越大越好
比如全表有100条数据，可能读取了全表数据，但是只有一条匹配上，这个时候百分比就是1，所以你需要让这个比例越大越好，也就是读到的数据尽量都是有用的，避免读取不用的数据，因为IO是很费时的。
12、extra
常见的有下面几种
use filesort：MySQL需要额外的一次传递，以找出如何按排序顺序检索行，如果是这个值，应该优化索引。
use temporary：为了解决查询，MySQL需要创建一个临时表来容纳结果。典型情况如查询包含可以按不同情况列出列的GROUP BY和ORDER BY子句时。
use index：从只使用索引树中的信息而不需要进一步搜索读取实际的行来检索表中的列信息。当查询只使用作为单一索引一部分的列时，可以使用该策略
use where：where子句用于限制哪一行
总结
sql 优化的原则就是在保证正确的情况下缩短时间，目标是确定的，通过目标进行回推可以知道想要执行的快就要尽可能的少读数据，减少读取数据的方式大的只有两种过滤和使用索引，在这样的规则范围内进行优化，但是注意索引会占用额外的空间，要平衡好这两者的关系。
到此这篇关于SQL优化老出错,那是你没弄明白MySQL解释计划用法的文章就介绍到这了,更多相关SQL优化 MySQL解释计划内容请搜索
标签：SQL
相关阅读 >>
select into 和 insert into select 两种表复制语句详解(sql数据库和oracle数据库的区别)
更多相关阅读请进入《sql》频道 >>
数据库系统概念 第6版
本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。
感谢您的支持，我会继续努力的!
打开支付宝扫一扫，即可进行扫码打赏哦
分享从这里开始，精彩与您同在
相关推荐
评论
管理员已关闭评论功能...