AND优先级高于OR，混用时需用括号明确逻辑顺序，避免默认优先级导致错误结果。
在MySQL里把
OR和
AND混着用，其实核心就一点：
AND这哥们儿总是比
OR更‘着急’执行。所以，如果你想让
OR先发挥作用，就得给它戴上‘括号’这顶帽子，把逻辑顺序明确地圈起来。不然，系统默认会先处理所有
AND连接的条件，再看
OR。
解决方案
当你尝试在MySQL的
WHERE子句里把
AND和
OR揉在一起时，首先要明白一个‘潜规则’：
AND的优先级是高于
OR的。这意味着什么呢？简单来说，如果你写了一个条件，比如
条件A AND 条件B OR 条件C，MySQL会把它理解成
(条件A AND 条件B) OR 条件C。它会先把你用
AND连接起来的部分看成一个整体，然后再用这个整体去和
OR连接的条件进行运算。
但很多时候，这并不是我们想要的逻辑。比如，你可能想表达的是‘满足条件A，并且（满足条件B或者满足条件C）’。这时候，你就需要请出我们的‘救星’——括号。括号的作用，就是强制改变运算的优先级，让它按照你的意图来。把你想先执行的
OR逻辑用括号括起来，MySQL就会乖乖地先处理括号里的内容。
让我们看几个具体的例子：
-- 示例1：AND 优先级高于 OR 的默认行为 -- 假设我们想查找部门ID是1001，并且职位是'工程师' 的员工， -- 或者 查找部门ID是1002的员工。 -- 实际执行逻辑是：(dept_id = 1001 AND job_title = '工程师') OR dept_id = 1002 SELECT * FROM employees WHERE dept_id = 1001 AND job_title = '工程师' OR dept_id = 1002; -- 示例2：使用括号明确 OR 优先 -- 假设我们想查找部门ID是1001，并且 (职位是'工程师' 或者 职位是'设计师') 的员工。 -- 这里的括号强制让 OR 先执行 SELECT * FROM employees WHERE dept_id = 1001 AND (job_title = '工程师' OR job_title = '设计师'); -- 示例3：使用括号明确 AND 优先 (与默认行为等效，但更清晰) -- 假设我们想查找 (部门ID是1001并且职位是'工程师') 或者 部门ID是1002 的员工。 -- 即使默认就是这样，加括号也能让意图更明确 SELECT * FROM employees WHERE (dept_id = 1001 AND job_title = '工程师') OR dept_id = 1002;
通过这些例子，你应该能清楚地看到，括号是你在
AND和
OR的逻辑迷宫中指引方向的唯一可靠工具。
SQL查询中逻辑运算符优先级：为什么理解它能避免数据错误？
理解逻辑运算符的优先级，尤其是在
AND和
OR混用时，真的不是什么吹毛求疵的小事。我见过太多次，开发者自以为写对了条件，结果查询出来的数据跟预期大相径庭。最要命的是，数据库并不会报错，它只是‘忠实’地执行了你实际写出的逻辑，而不是你脑子里想的逻辑。这就像你给了一个错误的指令，机器却完美地执行了，最终的锅还得自己背。
想想看，如果一个电商网站的促销活动，因为
WHERE product_type = '电子产品' AND price < 100 OR is_new_arrival = TRUE这样的查询没加括号，导致把所有新品都列为促销品，或者只把满足前两个条件的新品促销了，这后果可能就是巨大的经济损失或者用户信任危机。这种‘沉默的错误’比直接报错更可怕，因为它往往在数据被使用后才被发现，排查起来也更费劲。
所以，我的建议是，即使你觉得
AND的优先级更高，不需要加括号，但为了代码的可读性和未来的维护性，只要涉及到
AND和
OR的组合，就主动用括号把你的逻辑单元清晰地分隔开。这不仅能避免潜在的逻辑错误，也能让后来看你代码的人，或者几个月后的你自己，一眼就明白你的意图。
除了AND和OR，MySQL还有哪些常用的逻辑运算符？它们优先级如何？
除了我们常挂在嘴边的
AND和
OR，MySQL其实还有其他几个逻辑运算符，虽然不常用，但在特定场景下它们能派上大用场。最典型的就是
NOT和
XOR。
NOT这个家伙，优先级是最高的，比
AND还高。它的作用很简单，就是取反。比如
NOT condition就表示条件不成立。如果你写
NOT A AND B，它会先计算
NOT A，然后再把结果和
B进行
AND运算。所以，如果你想对一个复杂的表达式取反，比如
NOT (A AND B)，那括号就显得尤为重要了，否则它可能只会对
A取反。
-- NOT 的高优先级示例 -- 查找不是部门1001的员工，并且职位是'工程师' -- 实际执行：(NOT dept_id = 1001) AND job_title = '工程师' SELECT * FROM employees WHERE NOT dept_id = 1001 AND job_title = '工程师'; -- 使用括号改变 NOT 的作用范围 -- 查找不满足 (部门1001 并且 职位是'工程师') 的员工 SELECT * FROM employees WHERE NOT (dept_id = 1001 AND job_title = '工程师');
XOR，也就是异或，这个就比较有意思了。它表示‘两者选其一，但不能同时成立’。也就是说，当且仅当两个条件中只有一个为真时，
XOR的结果才为真。如果两个都为真或者两个都为假，结果就是假。它的优先级介于
AND和
OR之间，但一般我们很少直接把它和
AND/
OR混用，因为逻辑会变得非常复杂，通常会用括号明确分隔。不过，了解有这么个东西，总归是好的。
-- XOR 示例 -- 查找部门是1001 或 职位是'工程师'，但不能同时满足的员工 SELECT * FROM employees WHERE dept_id = 1001 XOR job_title = '工程师';
总的来说，优先级从高到低大致是：
NOT>
AND>
XOR>
OR。但说实话，除了
NOT，其他几个混用时，为了清晰和避免误解，我个人还是倾向于无脑加括号。这样既安全又易读。
编写复杂SQL WHERE子句的最佳实践：如何提高可读性与维护性？
写SQL，尤其是
WHERE子句，就像是在给数据库下达一道道精确的指令。当指令变得复杂时，如何确保它既能准确无误地执行，又能让别人（或者未来的自己）轻松理解，这确实是个挑战。以下是我个人在实践中总结的一些‘土办法’，可能听起来有点老生常谈，但真的管用。
括号是你的好朋友： 这一点前面已经强调过无数次了，但还是要说。只要有
AND和
OR混用，无条件加括号。它不仅仅是为了改变优先级，更是为了视觉上的逻辑分割。就像写数学公式一样，括号能让你的意图一目了然。
保持简洁，必要时拆分： 如果你的
WHERE子句变得像‘裹脚布’一样又臭又长，那可能就不是一个好信号了。考虑一下，是不是可以把一些条件预处理，或者使用视图（VIEW）、通用表表达式（CTE）来简化。比如，先用一个CTE筛选出符合一部分条件的记录集，再在这个记录集上应用另一部分条件。虽然这可能不是直接在
WHERE里解决，但从整体查询优化的角度看，这是值得的。
命名规范，避免歧义： 这虽然不是直接关于逻辑组合的，但一个清晰的列名和值能大大降低理解
WHERE子句的难度。想象一下，
WHERE c1 = 1 AND c2 = 0 OR c3 = 'A'和
WHERE is_active = TRUE AND status = 'PENDING' OR is_admin = TRUE，哪个更容易理解？不言而喻。
别害怕注释： 对于那些确实非常复杂，或者包含一些业务特有逻辑的
WHERE条件，加几行注释说明一下，绝对是功德一件。几年后你再来看这段代码，会感谢当初的自己。
充分测试，别想当然： 写完复杂的
WHERE子句，一定要用各种边界条件和预期数据进行测试。别光看查询结果的数量，更要看具体的数据内容是不是符合你的预期。有时候，一个微小的逻辑偏差，就可能导致整个结果集‘失之毫厘，谬以千里’。
