面试题：MySQL性能剖析工具之EXPLAIN的深入应用

id：标识查询中SELECT语句的顺序。如果id相同，执行顺序由上至下；如果id不同，id值越大优先级越高，越先执行。
select_type：表示查询类型，常见的有SIMPLE（简单查询，不包含子查询或UNION）、PRIMARY（最外层查询）、SUBQUERY（子查询）等。不同类型的查询优化方式有别。
table：显示查询涉及的表名。
partitions：显示表分区信息，如果表未分区则为NULL。
type：显示连接类型，常见的有ALL（全表扫描）、index（索引扫描）、range（范围扫描）、ref（使用非唯一索引扫描）、eq_ref（使用唯一索引扫描）、const（常量连接，表最多返回一行数据）。连接类型从优到差一般为：system/const > eq_ref > ref > range > index > ALL 。
possible_keys：显示可能使用到的索引。
key：显示实际使用的索引，如果为NULL，表示未使用索引。
key_len：显示索引使用的字节数，可判断索引使用是否完整。
ref：显示哪些列或常量与索引一起被使用。
rows：估计需要扫描的行数，该值越小越好。
filtered：表示表中满足条件的行占总行数的百分比。
Extra：额外信息，例如Using temporary（使用临时表，通常意味着查询性能较差）、Using filesort（文件排序，性能较差）、Using index（使用覆盖索引，性能较好）等。

问题：假设存在orders表（包含order_id, customer_id, order_date等字段）和customers表（包含customer_id, customer_name等字段），进行如下查询：

EXPLAIN SELECT * 
FROM orders 
JOIN customers ON orders.customer_id = customers.customer_id;

若type为ALL，表示对orders表进行全表扫描，性能较差。

CREATE INDEX idx_customer_id ON orders(customer_id);

再次执行EXPLAIN，type可能变为ref，性能提升。

问题：对于上述查询，如果possible_keys显示有多个索引可使用，但key显示使用的不是最优索引。例如，orders表有idx_customer_id和idx_order_date索引，而实际查询应基于customer_id关联，却使用了idx_order_date索引。
优化：通过添加FORCE INDEX (idx_customer_id)来强制使用正确索引。

EXPLAIN SELECT * 
FROM orders FORCE INDEX (idx_customer_id)
JOIN customers ON orders.customer_id = customers.customer_id;

问题：如果Extra中出现Using temporary和Using filesort，例如在对orders表按order_date排序并分组查询时：

EXPLAIN SELECT order_date, COUNT(*) 
FROM orders 
GROUP BY order_date 
ORDER BY order_date;

CREATE INDEX idx_order_date ON orders(order_date);

再次执行EXPLAIN，Extra字段中可能不再出现Using temporary和Using filesort。

星途面试题库