我想知道以下内容在性能上是否有区别
SELECT ... FROM ... WHERE someFIELD IN(1,2,3,4)
SELECT ... FROM ... WHERE someFIELD between 0 AND 5
SELECT ... FROM ... WHERE someFIELD = 1 OR someFIELD = 2 OR someFIELD = 3 ...
或者MySQL会像编译器优化代码一样优化SQL吗?
EDIT
根据评论中说明的原因，将AND改为OR。
当前回答
2018: IN(…)更快。但是>= && <=比IN还要快。
这是我的基准。
其他回答
我还为未来的谷歌员工做了一个测试。返回的结果总数为7264 / 10000
SELECT * FROM item WHERE id = 1 OR id = 2 ... id = 10000
该查询耗时0.1239秒
SELECT * FROM item WHERE id IN (1,2,3,...10000)
这个查询花费了0.0433秒
IN比OR快3倍
我敢打赌它们是一样的，你可以通过执行以下操作来运行测试:
循环遍历“in(1,2,3,4)”500次，看看需要多长时间。循环“=1 or= 2 or=3…”版本500次，看看它运行了多长时间。
你也可以尝试一个连接的方式，如果someField是一个索引，你的表很大，它可以更快…
SELECT ...
FROM ...
INNER JOIN (SELECT 1 as newField UNION ALL SELECT 2 UNION ALL SELECT 3 UNION ALL SELECT 4) dt ON someFIELD =newField
我在我的SQL Server上尝试了上面的join方法，它几乎与in(1,2,3,4)相同，它们都导致了一个聚集索引查找。我不确定MySQL将如何处理它们。
这取决于你在做什么;范围有多宽，数据类型是什么(我知道你的例子使用数字数据类型，但你的问题也可以适用于许多不同的数据类型)。
这是一个你想以两种方式编写查询的实例;让它工作，然后使用EXPLAIN来找出执行差异。
我相信这个问题有一个具体的答案，但这就是我如何，实际上，找出我给定问题的答案。
这可能会有一些帮助:http://forge.mysql.com/wiki/Top10SQLPerformanceTips
问候, 弗兰克
OR是最慢的。IN还是BETWEEN更快取决于你的数据，但我希望BETWEEN通常更快，因为它可以简单地从索引中获取一个范围(假设someField被索引)。
根据我对编译器优化这些类型查询的方式的理解，使用IN子句比多个OR子句更有效。如果您有可以使用BETWEEN子句的值，那么仍然更有效。
