MySQL数据库中对子查询的限制

核心提示： 前述查询可改写为： SELECT a FROM outer_table AS ot, inner_table AS itWHERE ot.a = it.a AND ot.b = it.b;在该情况下，我们能扫描小的表（inner_table）并查询outer_table中的行，MySQL数

前述查询可改写为：

SELECT a FROM outer_table AS ot, inner_table AS it
WHERE ot.a = it.a AND ot.b = it.b;

在该情况下，我们能扫描小的表（inner_table）并查询outer_table中的行，如果在“ot.a,ot.b”上有索引，速度会更快。

可能的未来优化：对外部查询的每一行评估关联的子查询。更好的方法是，如果外部行的值与之前的行相比没有变化，不对子查询进行再次评估，而是使用以前的结果。

可能的未来优化：通过将结果具体化到临时表，而且该表不使用索引，对FROM子句中的子查询进行评估。在查询中与其他表进行比较时，尽管可能是有用的，但不允许使用索引。

可能的未来优化：如果FROM子句中的子查询类似于可施加MERGE算法的视图，改写查询并采用MERGE算法，以便能够使用索引。下述语句包含这类子查询：

SELECT * FROM (SELECT * FROM t1 WHERE t1.t1_col) AS _t1, t2 WHERE t2.t2_col;

该语句可被改写为联合，如下所示：

SELECT * FROM t1, t2 WHERE t1.t1_col AND t2.t2_col;

这类改写具有两个优点：

1.避免使用那些不能使用索引的临时表。在改写的查询中，优化程序可在t1上使用索引。

2.优化程序在选择不同的执行计划方面具有更大的自由。例如，将查询改写为联合，那么就允许优化程序首先使用t1或t2。

可能的未来优化：对于没有关联子查询的IN、= ANY、<> ANY、= ALL、以及<> ALL，为结果使用“内存中”哈希处理，或对较大的结果使用具有索引的临时表。例如：

SELECT a FROM big_table AS bt
WHERE non_key_field IN
(SELECT non_key_field FROM table WHERE condition)

在该情况下，可创建临时表：

CREATE TABLE t (key (non_key_field))
(SELECT non_key_field FROM table WHERE condition)

然后，对big_table中的每一行，根据bt.non_key_field，在“t”中进行键查找。