我想知道以下内容在性能上是否有区别
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。
当前回答
正如其他人解释的那样，就查询性能而言，选择IN比选择OR更好。
在以下情况下，具有OR条件的查询可能需要更长的执行时间。
执行，如果MySQL优化器选择任何其他索引是有效的(在假阳性的情况下)。 如果记录的数量更多(正如Jacob明确表示的那样)
其他回答
公认的答案并不能解释原因。
下面引用自高性能MySQL，第三版。
在许多数据库服务器中，In()只是多个OR子句的同义词，因为这两个子句在逻辑上是等价的。在MySQL中不是这样，它对in()列表中的值进行排序，并使用快速的二进制搜索来查看一个值是否在列表中。这是列表大小的O(Log n)，而等效的OR子句系列的列表大小是O(n)(即，对于大列表来说要慢得多)
我敢打赌它们是一样的，你可以通过执行以下操作来运行测试:
循环遍历“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将如何处理它们。
我认为BETWEEN会更快，因为它应该转换为:
Field >= 0 AND Field <= 5
我的理解是，不管怎样，一个IN语句都会被转换成一堆OR语句。IN的价值是易用性。(节省了必须多次键入每个列名，也使它更容易与现有逻辑一起使用-您不必担心and /OR优先级，因为IN是一个语句。对于一堆OR语句，你必须确保用圆括号将它们括起来，以确保它们作为一个条件进行计算。)
对你的问题唯一真正的答案是分析你的查询。然后你就会知道在你的特定情况下什么是最好的。
正如其他人解释的那样，就查询性能而言，选择IN比选择OR更好。
在以下情况下，具有OR条件的查询可能需要更长的执行时间。
执行，如果MySQL优化器选择任何其他索引是有效的(在假阳性的情况下)。 如果记录的数量更多(正如Jacob明确表示的那样)
根据我对编译器优化这些类型查询的方式的理解，使用IN子句比多个OR子句更有效。如果您有可以使用BETWEEN子句的值，那么仍然更有效。
