WHERE 子句中的条件顺序是否会影响 MySQL 性能？

Question

假设我有一个长而昂贵的查询，包含条件，搜索大量行。我还有一个特殊条件，比如公司 id，它将大大限制需要搜索的行数，将其从数十万缩小到数十。

我这样做对 MySQL 性能有什么影响吗：

 SELECT * FROM clients WHERE 
       (firstname LIKE :foo OR lastname LIKE :foo OR phone LIKE :foo) AND 
       (firstname LIKE :bar OR lastname LIKE :bar OR phone LIKE :bar) AND 
       company = :ugh

或者这个：

 SELECT * FROM clients WHERE 
       company = :ugh AND
       (firstname LIKE :foo OR lastname LIKE :foo OR phone LIKE :foo) AND 
       (firstname LIKE :bar OR lastname LIKE :bar OR phone LIKE :bar) 

Answer 1

不，订单不应该有很大的不同。在查找与条件匹配的行时，会针对每一行检查整个条件（通过布尔逻辑组合的所有子条件）。

一些智能数据库引擎会尝试猜测可以更快地评估条件的哪些部分（例如，不使用内置函数的事物）并首先评估那些部分，然后再评估更复杂（估计）的元素.这是由数据库引擎决定的，而不是 SQL。

Answer 2

where 子句中列的顺序并不重要，因为 MySQL 会在执行之前优化查询。但我建议您阅读 MySQL 参考手册中关于Optimization 的章节，了解如何分析查询和表，并在必要时对其进行优化。不过，就我个人而言，我总是会尝试将索引字段放在非索引字段之前，并根据它们应该返回的行数对它们进行排序（最严格的条件首先，最不严格的最后）。

Answer 3

Here is a demo 显示 WHERE 子句条件的顺序 可以由于短路而有所不同。它运行以下查询：

-- query #1
SELECT myint FROM mytable WHERE myint >= 3 OR myslowfunction('query #1', myint) = 1;

-- query #2
SELECT myint FROM mytable WHERE myslowfunction('query #2', myint) = 1 OR myint >= 3;

它们之间的唯一区别是OR 条件中操作数的顺序。

myslowfunction 故意休眠一秒钟，并具有每次运行时向日志表添加条目的副作用。以下是运行这两个查询时记录的结果：

myslowfunction called for query #1 with value 1
myslowfunction called for query #1 with value 2
myslowfunction called for query #2 with value 1
myslowfunction called for query #2 with value 2
myslowfunction called for query #2 with value 3
myslowfunction called for query #2 with value 4

上面显示，当另一个操作数不总是为真时，当一个慢函数出现在 OR 条件的左侧时，它会执行更多次。

所以 IMO 问题的答案：

WHERE 子句中的条件顺序会影响 MySQL 的性能吗？

是“有时它可以做到。”

Answer 4

数学上是的它有效果。不仅在 SQL 查询中。而是在所有编程语言中，只要有 and / or 的表达式。 有一种完全评估或部分评估的理论。 如果它的一个和查询和and 的第一个表达式计算为假，它将不会进一步检查。 as anding false 与任何东西都会产生 false 。 同样，在 or 表达式中，如果第一个为真，则不会进一步检查。

Answer 5

复杂的 DBMS 应该能够自行决定首先评估哪个条件。一些数据库提供工具来显示如何执行查询的“策略”。在 MySQL 中，例如你可以输入EXPLAIN in front of a query。 DBMS 然后打印它为执行查询而执行的操作，例如索引或全表扫描。所以你可以一眼看出它是否在这两种情况下都使用了“公司”的索引。

Answer 6

这应该不会有任何影响，但是如果您不确定，为什么不简单地尝试一下呢？从单个表中选择的 where 子句的顺序没有区别，但如果您连接多个表，则连接的顺序可能会影响性能（有时）。

Answer 7

我认为 where 子句的顺序没有任何影响。我认为 MySQL 查询优化器会按照它认为合适的方式重新组织 where 子句，因此它会首先过滤掉最大的子集。

在谈论联接时，这是另一回事。优化器也尝试在这里重新排序，但并不总能找到最佳方式，有时也不使用索引。 SELECT STRAIGHT JOIN 和 FORCE INDEX 让您负责查询。

Answer 8

不，它没有，选择所需的表，然后逐行评估。顺序可以是任意的。