本文转载自“MySQL解决方案工程师”公众号，由 徐轶韬翻译

如何使用？

SELECT first_name, last_name, SUM(amount) AS total
FROM staff INNER JOIN payment   ON staff.staff_id = payment.staff_id   AND payment_date LIKE '2005-08%'
GROUP BY first_name, last_name;
+——————+—————+—————+
| first_name | last_name | total    |
+——————+—————+—————+
| Mike       | Hillyer   | 11853.65 |
| Jon        | Stephens  | 12218.48 |
+——————+—————+—————+
2 rows in set (0,02 sec)

EXPLAIN FORMAT=TREE
SELECT first_name, last_name, SUM(amount) AS total
FROM staff INNER JOIN payment   ON staff.staff_id = payment.staff_id   AND payment_date LIKE '2005-08%'
GROUP BY first_name, last_name;
-> Table scan ><temporary>  -> Aggregate using temporary table   -> Nested loop inner join  (cost=1757.30 rows=1787)    -> Table scan >(cost=3.20 rows=2)   -> Filter: (payment.payment_date like '2005-08%')  (cost=117.43 rows=894)    -> Index lookup >using idx_fk_staff_id (staff_id=staff.staff_id)  (cost=117.43 rows=8043)

EXPLAIN ANALYZE
SELECT first_name, last_name, SUM(amount) AS total
FROM staff INNER JOIN payment   ON staff.staff_id = payment.staff_id   AND payment_date LIKE '2005-08%'
GROUP BY first_name, last_name;
-> Table scan ><temporary>  (actual time=0.001..0.001 rows=2 loops=1)    -> Aggregate using temporary table  (actual time=58.104..58.104 rows=2 loops=1)   -> Nested loop inner join  (cost=1757.30 rows=1787) (actual time=0.816..46.135 rows=5687 loops=1)   -> Table scan >(cost=3.20 rows=2) (actual time=0.047..0.051 rows=2 loops=1)  -> Filter: (payment.payment_date like '2005-08%')  (cost=117.43 rows=894) (actual time=0.464..22.767 rows=2844 loops=2)   -> Index lookup >using idx_fk_staff_id (staff_id=staff.staff_id)  (cost=117.43 rows=8043) (actual time=0.450..19.988 rows=8024 loops=2

• 获取第一行的实际时间（以毫秒为单位）
• 获取所有行的实际时间（以毫秒为单位）
• 实际读取的行数
• 实际循环数

让我们看一个具体的示例，使用过滤条件的迭代器成本估算和实际度量，该迭代器过滤2005年8月的数据（上面EXPLAIN ANALYZE输出中的第13行）。

Filter: (payment.payment_date like '2005-08%')
(cost=117.43 rows=894)
(actual time=0.464..22.767 rows=2844 loops=2)

• 如果疑惑为何花费这么长时间，请查看时间。执行时间花在哪里？
• 如果您想知道为什么优化器选择了该计划，请查看行计数器。如果估计的行数与实际的行数之间存在较大差异（即，几个数量级或更多），需要仔细看一下。优化器根据估算值选择计划，但是查看实际执行情况可能会告诉您，另一个计划会更好。

• 检查查询计划： EXPLAIN FORMAT = TREE
• 分析查询执行： EXPLAIN ANALYZE
• 了解计划选择： Optimizer trace

扫码加入MySQL技术Q群