union的局限性：

mysql无法将limit条件从外层下推到内层。

如：

可以优化为：

并行执行：

mysql无法利用多核特性来并行执行查询。

hash关联：

mysql不支持hash关联。

跳跃索引扫描（skip index scan）

不支持。经过测试，在5.6版本支持了。

在同一张表上进行更新的限制：

MySQL不允许对同一张表同时进行查询和更新。这其实并不是优化器的限制，下面的SQL无法运行，这个SQL尝试将两个表中相似行的数量记录到字段cnt中：

可以通过生成表的形式绕过上面的限制，因为mysql只会把这个表当作一个临时表来处理。实际上，这执行了两个查询：一个是子查询中的select语句，另一个是多表关联update，只是关联的表是一个临时表。子查询会在update语句打开表之前就完成，所以下面的查询会正常执行：

hint提示：

DELAYED：针对insert和replace。执行后立即返回，然后在空闲的时候，数据才会写入到硬盘。比较适合记录日志。

STRAIGHT_JOIN：定义关联顺序。

SQL_SMALL_RESULT，SQL_BIG_RESULT：用于查询，标志结果集的大小，引导排序操作在内存或者硬盘中执行。

SQL_BUFFER_RESULT：将查询结果放入一个临时表，尽快的释放表锁。

SQL_CACHE，SQL_NO_CACHE：是否缓存。

USE INDEX，IGNORE INDEX，FORCE INDEX：强制使用索引，和不适用索引。

优化关联查询：

• 尽量确保on的列上有索引。
• 确保group by和order by只涉及一张表的列。这样才可以用到索引。ps（order by好理解，group by自己思考也会明白，如果group by上没有索引，肯定要全表并排序，或者使用临时表才能做group by）
• mysql内部有可能会自动转换等价的distinct和 group by语法。

用户自定义变量：

这一章节是mysql的独有的功能，不是sql标准，可以在查询里使用自定义变量，来实现行号、统计等功能。这里我没有细看，罗列了两篇文章可以参考：

http://www.cnblogs.com/guaidaodark/p/6037040.html

http://blog.csdn.net/muzizhuben/article/details/49449853

高性能mysql 第6章 查询性能优化（2）