ect unique_key_column”的子查询替换。 PS：所以不一定in子句中使用子查询就是低效的！ index_subquery 同上，但把形如”select non_unique_key_column“的子查询替换 range 常数值的范围 index a.当查询是索引覆盖的，即所有数据均可从索引树获取的时候（Extra中有Using Index）； b.以索引顺序从索引中查找数据行的全表扫描（无 Using Index）； c.如果Extra中Using Index与Using Where同时出现的话，则是利用索引查找键值的意思； d.如单独出现，则是用读索引来代替读行，但不用于查找 all 全表扫描 possible_keys： 指出MySQL能使用哪个索引在表中找到行。 查询涉及到的字段上若存在索引则该索引将被列出，但不一定被查询使用。 如果改列为NULL，说明该查询不会使用到当前表上的相关索引，考虑是否有必要添加索引 key 显示MySQL在查询中实际使用的索引，若没有使用索引，显示为NULL 也可能存在key不等于possible_keys的情形，即possible_keys不适合提取所需的行 而查询所选择的列在使用其他索引时更高效 TIPS：查询中若使用了覆盖索引，则该索引仅出现在key列表中 key_len 表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度 ref 表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值 rows 表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数 对于InnoDB，该值为预估，不一定精确 Extra 包含不适合在其他列中显示但十分重要的额外信息
三、使用EXPLAIN EXTENDED 示例
(root@localhost) [sakila]> explain extended select * from city where country_id in -> ( select country_id from country where country='China') and 1=1 \G *************************** 1. row *************************** id: 1 select_type: SIMPLE table: country type: ALL possible_keys: PRIMARY key: NULL key_len: NULL ref: NULL rows: 109 filtered: 100.00 Extra: Using where *************************** 2. row *************************** id: 1 select_type: SIMPLE table: city type: ref possible_keys: idx_fk_country_id key: idx_fk_country_id key_len: 2 ref: sakila.country.country_id rows: 1 filtered: 100.00 Extra: NULL 2 rows in set, 1 warning (0.00 sec) (root@localhost) [sakila]> show warnings\G *************************** 1. row *************************** Level: Note Code: 1003 Message: /* select#1 */ select `city`.`city_id` AS `city_id`,`city`.`city` AS `city`,`city`.`country_id` AS `country_id`,`city`.`last_update` AS `last_update` from `sakila`.`country` join `sakila`.`city` where ((`city`.`country_id` = `country`.`country_id`) and (`country`.`country` = 'China')) 1 row in set (0.00 sec) -- 从上面的extended使用可以看出，查询中多出了filtered列 -- 其次原来的SQL语句真正在执行的时候被改写，即原来的1=1的条件被去掉 -- 对于复杂的SQL语句我们可以通过该方式获得一个比较清晰的真正被执行的SQL语句
四、EXPLAIN PARTITIONS示例
(root@localhost) [sakila]> CREATE TABLE `actor_part` ( -> `actor_id` smallint(5) unsigned NOT NULL AUTO_INCREMENT, -> `first_name` varchar(45) NOT NULL, -> `last_name` varchar(45) NOT NULL, -> `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, -> PRIMARY KEY (`actor_id`), -> KEY `idx_actor_last_name` (`last_name`) -> ) partition by hash(actor_id) partitions 4; Query OK, 0 rows affected (0.11 sec) (root@localhost) [sakila]> insert into actor_part select * from actor; Query OK, 200 rows affected (0.02 sec) Records: 200 Duplicates: 0 Warnings: 0 (root@localhost) [sakila]> explain select * from actor_part where actor_id=10; -- 未使用partitions时 +----+-------------+------------+-------+---------------+---------+---------+-------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+------------+-------+---------------+---------+---------+-------+------+-------+ | 1 | SIMPLE | actor_part | const | PRIMARY | PRIMARY | 2 | const | 1 | NULL | +----+-------------+------------+-------+---------------+---------+---------+-------+------+-------+ 1 row in set (0.00 sec) (root@localhost) [sakila]> explain partitions select * from actor_part where actor_id=10; -- 使用partitions时 +----+-------------+-----