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

Cnbaby

　　
　　
　　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语句规范的查询进行重写。