下文主要给大家带来mysql执行计划详细解读，希望mysql执行计划详细解读能够带给大家实际用处，这也是我编辑这篇文章的主要目的。好了，废话不多说，大家直接看下文吧。

继续上次没有写完的执行计划部分
6.possible_keys可能使用到的索引，这个的理解呢， 表示查询时可能使用的索引。只是可能用到，但是并不一定用到。如果是空的，表明肯定是没有相关的索引。但是如果有值，也不一定能够用到。
7.key实际使用的索引。
6，7的话一起来看下面的例子：

mysql> explain select  * from `order` where seller_id = 19;
+----+-------------+-------+------------+------+------------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys    | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+------------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | order | NULL       | ALL  | 商家,seller_id   | NULL | NULL    | NULL | 2197 |   100.00 | Using where |
+----+-------------+-------+------------+------+------------------+------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

mysql> explain select  * from `order` where customer_id = 55029;
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key         | key_len | ref   | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | order | NULL       | ref  | customer_id   | customer_id | 8       | const |   10 |   100.00 | NULL  |
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------+
1 row in set, 1 warning (0.00 sec)

对于第一条sql，这里的possible_keys的结果为有可能走seller_id上的索引，但是实际的key为NULL。之前也说过了，因为只有一个卖家，虽然有索引，但是Innodb选择了全表扫描，这是基于CBO进行选择的结果。我们现在删除一下seller_id上的索引看看是怎么样的。

mysql> explain select  * from `order` where seller_id = 19;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | order | NULL       | ALL  | 商家          | NULL | NULL    | NULL | 2197 |   100.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

可见已经走的是全表扫表了。

第二条sql这里的possible_keys的结果为seller_id，实际上也是走的seller_id，说明索引生效了。

8.key_len 使用到索引字段的长度
注意：key_len是通过定义得到的，表示索引字段的最大可能长度，并非实际使用长度。
曾经踩过一个坑，因为创建索引的时候，并没有主动定义索引长度，结果长度为20的字段索引长度只有4。然后索引不生效导致数据库雪崩。所以平时最好养成一个定义索引时记得加长度的习惯。

9.ref显示哪个字段或常数与key一起被使用
如果是使用的常数等值查询，这里会显示const
如果是连接查询，被驱动表的执行计划这里会显示驱动表的关联字段
如果是条件使用了表达式或者函数，或者条件列发生了内部隐式转换，这里可能显示为func
如果没有用索引的话，这里会显示NULL

10.row扫描行数
这个数表示mysql要遍历多少数据才能找到，是根据统计得来的，可能并不是十分精准

11.filtered过滤百分比
针对条件的记录数的百分比所做的一个估算（这里是一个悲观估算，即最大值），即mysql将要过滤行数的百分比。

12.Extra额外信息
Using index：表示覆盖索引，只查询索引值就满足sql的要求了。

mysql> explain select customer_id from `order` where customer_id = 55029;
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key         | key_len | ref   | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------------+
|  1 | SIMPLE      | order | NULL       | ref  | customer_id   | customer_id | 8       | const |   10 |   100.00 | Using index |
+----+-------------+-------+------------+------+---------------+-------------+---------+-------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

对于以上关于mysql执行计划详细解读，大家是不是觉得非常有帮助。如果需要了解更多内容，请继续关注我们的行业资讯，相信你会喜欢上这些内容的。