下面是一个可以这样优化的查询类型的例子：

　　SELECT * 从t1 LEFT JOIN t2 ON t1.id=t2.id

　　WHERE t2.id IS NULL;

　　假定t2.id定义为NOT NULL。在这种情况下，MySQL使用t1.id的值扫描t1并查找t2中的行。如果MySQL在t2中发现一个匹配的行，它知道t2.id绝不会为NULL，并且不再扫描t2内有相同的id值的行。换句话说，对于t1的每个行，MySQL只需要在t2中查找一次，无论t2内实际有多少匹配的行。

　　⊙ range checked for each record (index map: #)

　　MySQL没有发现好的可以使用的索引，但发现如果来自前面的表的列值已知，可能部分索引可以使用。对前面的表的每个行组合，MySQL检查是否可以使用range或index_merge访问方法来索取行。

　　这并不很快，但比执行没有索引的联接要快得多。

　　⊙Using filesort

　　MySQL需要额外的一次传递，以找出如何按排序顺序检索行。通过根据联接类型浏览所有行并为所有匹配WHERE子句的行保存排序关键字和行的指针来完成排序。然后关键字被排序，并按排序顺序检索行。

　　⊙Using index

　　从只使用索引树中的信息而不需要进一步搜索读取实际的行来检索表中的列信息。当查询只使用作为单一索引一部分的列时，可以使用该策略。

　　⊙Using temporary

　　为了解决查询，MySQL需要创建一个临时表来容纳结果。典型情况如查询包含可以按不同情况列出列的GROUP BY和ORDER BY子句时。

　　⊙Using where

　　WHERE子句用于限制哪一个行匹配下一个表或发送到客户。除非你专门从表中索取或检查所有行，如果Extra值不为Using where并且表联接类型为ALL或index，查询可能会有一些错误。

　　如果想要使查询尽可能快，应找出Using filesort 和Using temporary的Extra值。

　　⊙Using sort_union(...), Using union(...), Using intersect(...)

　　这些函数说明如何为index_merge联接类型合并索引扫描。详细信息参见