不幸的是,MySQL在用IN优化子查询方面不是很擅长。这来自MySQL文档:
IN的子查询优化不如=运算符或IN(value_list)运算符有效。
IN子查询性能较差的典型情况是,子查询返回的行数很少,而外部查询返回的行数要与子查询结果进行比较。
问题在于,对于使用IN子查询的语句,优化器将其重写为相关子查询。考虑以下使用不相关子查询的语句:
在t1的SELECt … FROM t1.a IN(从t2的SELECt b)中;
优化器将语句重写为相关的子查询:
从t1存在的地方选择…(从t2 t2.b = t1.a的地方选择1);
如果内部查询和外部查询分别返回M和N行,则执行时间将变成O(M脳N)的顺序,而不是像不相关子查询那样的O(M + N)。
暗示是,IN子查询可能比使用IN(value_list)运算符编写的查询慢得多,该运算符列出了子查询将返回的相同值。
尝试改用JOIN。
因为MySQL从内到外起作用,所以有时您可以通过将子查询包装在另一个子查询中来欺骗MySQL,如下所示:
SELECT COUNT(*) FROM table_name WHERe device_id IN (SELECt * FROM (SELECt DISTINCT device_id FROM table_name WHERe NAME = 'SOME_PARA') tmp)
这是JOIN解决方案:
SELECt COUNT(DISTINCT t2.id) FROM table_name t1 JOIN table_name t2 ON t2.device_id = t1.device_id WHERe t1.NAME = 'SOME_PARA'
请注意,我从内而外开始。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)