为什么MySQL不能一致地优化WHERE <indexed_field> IN (<subquery>)格式的查询SELECTFROMWHERE子查询select val from ...运行得非常快。问题是MySQL正在执行一个full table scan,以便从t1中获取所需的行--即使t1.indexed_field已经建立了索引。我已经通过将查询更改为内部连接来解决此问题:
SEL
由于确定订单的条件是动态的,所以我需要使用子查询而不是联接,所以我写道:FROM orderpositions(SELECT id FROM orders WHERE userid=118(子查询可以是完全不同的东西,可能是嵌套的联接之类的,但是总是会返回订单I的列表,我需要链接的顺序。)我读过有关相关查询的文章,并认为我的方法非常慢,因为子查询只对orderpositions表中的每一行执行一次。
作为一个测试
我在MySQL 5.6中构建了一个连接20个表的大型查询。当我在Mac5.6的本地副本上运行查询时,我得到了1-2毫秒的响应时间。当我在Ubuntu上的mysql 5.5上运行相同的查询(通过MySQL转储使用相同的数据)时,我得到了60秒的响应时间。我对缓慢的查询运行了分析,发现几乎整个60秒都花在了“统计”阶段。“统计”阶段显然是MySQL决定如何最好地执行所有连接的阶段。
MySQL 5.6如何在毫秒内