6. Extra列
包含MySQL如何执行查询的附加信息
| 值 | 含义 |
|---|---|
| Distinct | 优化distinct操作，在找到第一个匹配的元素后即停止查找 |
| Not exists | 使用not exists来优化查询 |
| Using filesort | 使用额外操作进行排序，通常会出现在order by或group by查询中 |
| Using index | 使用了覆盖索引进行查询 |
| Using temporary | MySQL需要使用临时表来处理查询，常见于排序，子查询，和分组查询 |
| Using where | 需要在MySQL服务器层使用WHERE条件来过滤数据 |
| select tables optimized away | 直接通过索引来获得数据，不用访问表，这种情况通常效率是最高的 |
7. POSSIBLE_KEYS列
指出MySQL能使用哪些索引来优化查询
查询列所涉及到的列上的索引都会被列出，但不一定会被使用
8. KEY列
查询优化器优化查询实际所使用的索引
如果表中没有可用的索引，则显示为NULL
如果查询使用了覆盖索引，则该索引仅出现在Key列中
9. KEY_LEN列
显示MySQL索引所使用的字节数，在联合索引中如果有3列，假如3列字段总长度为100个字节，Key_len显示的可能会小于100字节，比如30字节，这就说明在查询过程中没有使用到联合索引的所有列，只是利用到了前面的一列或2列
- 表示索引字段的最大可能长度
- Key_len的长度由字段定义计算而来，并非数据的实际长度
10. Ref列
表示当前表在利用Key列记录中的索引进行查询时所用到的列或常量
11. rows列
- 表示MySQL通过索引的统计信息，估算出来的所需读取的行数（关联查询时，显示的是每次嵌套查询时所需要的行数）
- Rows值的大小是个统计抽样结果，并不十分准确
12. Filtered列
- 表示返回结果的行数占需读取行数的百分比
- Filtered列的值越大越好（值越大，表明实际读取的行数与所需要返回的行数越接近）
- Filtered列的值依赖统计信息，所以同样也不是十分准确，只是一个参考值
三. 执行计划的限制
- 无法展示存储过程，触发器，UDF对查询的影响
- 无法使用EXPLAIN对存储过程进行分析
- 早期版本的MySQL只支持对SELECT语句进行分析
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对的支持。
更多Mysql内容来自木庄网络博客
标签：Mysql
相关阅读 >>
mysql中mydumper 和 mysqldump对比使用详解
更多相关阅读请进入《mysql》频道 >>
数据库系统概念 第6版
本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。
