数据库性能分析Explain命令
Explain的作用是生成一个QEP（查询执行计划），可以帮助我们在不真正执行某个sql语句时，就看到mysql怎样执行，这样方便我们去分析sql指令的好坏。 执行如下语句 [plain] view plain copy Explain select * from emp where empno = 3333\G 对于返回的信息，我们主要关心一下几个 1) Type ALL全表扫描,通常是不好的，其他的如index、range、const、ref、system则是较好的 2) Possible_keys 可能被用到的索引 3) Key 查询过程中实际使用的索引，当为null时表示没有使用索引，通常是不好的 4) key_len 索引字段最大可能使用的长度，也叫索引基数。索引基数越大，表明可能查找的行数越多，查询效率越慢。 5) Rows MySQL 估计的需要扫描的行数。只是一个估计。越多表明查找的行数越多，自然越慢。 6) Extra 显示上述信息之外的其它信息，非常重要。其主要有一下返回结果。 Usingindex 表明此查询使用了覆盖索引(CoveringIndex)，即通过索引就能返回结果，无需访问表。（覆盖索引是一种非常优秀的索引，其使用见http://blog.csdn.net/hzy38324/article/details/44857721） 若没显示”Usingindex”表示读取了表数据。 Usingindex condition 可能会使用索引 Usingwhere 表示 MySQL 服务器先读取整行数据，再检查此行是否符合 where 句的条件，符合就留下，不符合便丢弃。效率较慢。 Usingfilesort 表示Mysql会按查询所需的顺序对结果进行排序，这时就会出现 Usingfilesort 。排序自然会增加查询时间，导致效率变慢。解决方法是利用索引进行排序。若查询所需的排序与使用的索引的排序一致，因为索引是已排序的，因此按索引的顺序读取结果返回，此时就不会出现Using filesort。 关于“Using index” 和 “Using index condition”的区别，笔者参考了一下stackoverflow上的一篇文章 http://stackoverflow.com/questions/1687548/mysql-explain-using-index-vs-using-index-condition Using index就是一定使用索引，这种索引成为覆盖索引，Using index condition则是在必要的时候才使用索引 怎样才能让Usingindex condition变成Using index，答案自然是创建一个覆盖索引，同样，笔者将会在之后章节介绍覆盖索引如何创建。
