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