我想知道以下内容在性能上是否有区别
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。
当前回答
这取决于你在做什么;范围有多宽，数据类型是什么(我知道你的例子使用数字数据类型，但你的问题也可以适用于许多不同的数据类型)。
这是一个你想以两种方式编写查询的实例;让它工作，然后使用EXPLAIN来找出执行差异。
我相信这个问题有一个具体的答案，但这就是我如何，实际上，找出我给定问题的答案。
这可能会有一些帮助:http://forge.mysql.com/wiki/Top10SQLPerformanceTips
问候, 弗兰克
其他回答
我认为对sunseeker的观察的一个解释是，MySQL实际上对in语句中的值进行排序，如果它们都是静态值，并且使用二进制搜索，这比普通或替代方法更有效。我不记得在哪里读到过，但圣汐者的结果似乎是一个证明。
我知道，只要在Field上有一个索引，BETWEEN就会使用它快速找到一端，然后遍历到另一端。这是最有效的。
我看过的每一个解释都是“IN(…)”和“……”或…”是可互换的，同样有效。这是您所期望的，因为优化器无法知道它们是否包含一个间隔。它也等价于单个值上的UNION ALL SELECT。
2018: IN(…)更快。但是>= && <=比IN还要快。
这是我的基准。
OR是最慢的。IN还是BETWEEN更快取决于你的数据，但我希望BETWEEN通常更快，因为它可以简单地从索引中获取一个范围(假设someField被索引)。
我认为BETWEEN会更快，因为它应该转换为:
Field >= 0 AND Field <= 5
我的理解是，不管怎样，一个IN语句都会被转换成一堆OR语句。IN的价值是易用性。(节省了必须多次键入每个列名，也使它更容易与现有逻辑一起使用-您不必担心and /OR优先级，因为IN是一个语句。对于一堆OR语句，你必须确保用圆括号将它们括起来，以确保它们作为一个条件进行计算。)
对你的问题唯一真正的答案是分析你的查询。然后你就会知道在你的特定情况下什么是最好的。
