MYSQL笔记（查询优化续2--查询优化限制5.1版本）

1.对子查询的优化可能会很糟糕，例如where 子句中的IN查询，优化器会将IN中的子查询与外表进行联系，可以使用联接或者用group_concat来手动生成IN中的列表

2.对union的限制，一些外部条件例如limit、order by等有时不会被“下推”到UNION的内部，例如，对两个表进行union，并进行limit，mysql会首先把这两个表都读入临时表，再进行limit。

3.索引合并优化，索引合并算法使查询可以使用表的多个索引，在MYSQL5.0后实现这一功能。对于一个查询，可以同时扫描多个索引，再将结果进行合并。但对于没有足够区分性的索引，需要合并的数据量可能远超过扫描表的代价，这时候，这种索引合并的优化方式就得不偿失了。

4.相等传递导致的意外的开销。

5.不支持多CPU不行执行一个查询。

6.无法真正的执行哈希联接，所有的查询都是以嵌套联接方式执行的。

///////////////////////////////////////////////

哈希联接算法采用＂构建＂和＂探测＂两步来执行．在＂构建＂阶段，它首先从第一个输入中读取所有行（常叫做左或构建输入）在相等联接键上对这些行进行哈希，然后在内存中创建哈希表，在＂探测＂阶段，从第二个输入中读取所有行（常叫做右中探测输入）在相的等值联接键上对这些行进行哈希，查找可探测该哈希表中匹配的行．

///////////////////////////////////////////////

7.不支持松散的索引扫描，扫描索引时需要一个确定的起点和终点。

8.无法同时对表进行UPDATE和SELECT操作，例如：

UPDATE tb1 AS outer_tb1

SET cnt = (

SELECT count(*) FROM tb1 AS inner_tb1

WHERE inner_tb1.type = outer_tbl.type

);

这样的语句无法正确执行，可以对语句进行改写，如下：

UPDATE tb1

INNER JOIN(

SELECT type,count(*) AS cnt

FROM tb1

GROUP BY type

) AS der USING(type)

SET tb1.cnt = der.cnt;

子查询将在外部UPDATE 之前完成对表的操作。但，优化器本身并不能对第一个符合MYSQL语句规范的查询进行重写。