在SQL语句中，当我们需要根据多个条件筛选数据时，经常会同时使用AND和OR运算符来组合查询条件，而两者的优先级差异如果不清晰，就可能导致查询结果和预期不符。理解优先级规则是编写正确多条件查询的基础。
AND与OR运算符的基础作用
AND运算符用于连接多个条件，只有所有条件都满足时，对应的记录才会被筛选出来，相当于逻辑与的关系。OR运算符同样用于连接多个条件，只要其中任意一个条件满足，对应的记录就会被筛选出来，相当于逻辑或的关系。
比如我们有一个用户表user_info，表结构如下：
| 字段名 | 类型 | 说明 |
|---|---|---|
| id | int | 用户ID |
| name | varchar | 用户姓名 |
| age | int | 用户年龄 |
| status | tinyint | 用户状态 1正常 0禁用 |
AND与OR的默认优先级规则
SQL中AND运算符的优先级高于OR运算符，也就是说在没有括号干预的情况下，会先执行所有AND连接的条件组合，再将这些组合的结果用OR连接。
举个例子，我们需要查询年龄大于18岁且状态为正常的用户，或者所有年龄小于16岁的用户，如果不使用括号，错误写法如下：
-- 错误写法，不符合预期逻辑 SELECT * FROM user_info WHERE age > 18 AND status = 1 OR age < 16;
这段代码的执行逻辑其实是：先筛选age > 18 AND status = 1的记录，再把这些记录和age < 16的记录合并，看起来好像符合需求？但如果我们要查询的是年龄大于18岁，且状态为正常或者年龄小于16岁的用户，同样的写法就会出问题：
-- 错误写法，逻辑不符合需求 SELECT * FROM user_info WHERE age > 18 AND status = 1 OR age < 16;
此时预期逻辑是age > 18 AND (status = 1 OR age < 16)，但默认优先级下会先算age > 18 AND status = 1，再和age < 16做OR，导致年龄小于16岁的用户不管年龄是否大于18都会被查出来，和预期不符。
用括号调整优先级的正确方式
当我们需要改变默认优先级时，只需要给需要先执行的条件组合加上括号即可，括号的优先级高于所有逻辑运算符。
针对上面两个场景，正确的写法分别是：
场景1：查询年龄大于18岁且状态为正常的用户，或者所有年龄小于16岁的用户
-- 正确写法，明确优先级 SELECT * FROM user_info WHERE (age > 18 AND status = 1) OR age < 16;
场景2：查询年龄大于18岁，且状态为正常或者年龄小于16岁的用户
-- 正确写法，明确优先级 SELECT * FROM user_info WHERE age > 18 AND (status = 1 OR age < 16);
常见错误案例与避坑建议
很多开发者在编写多条件查询时，容易默认认为条件是从左到右依次执行的，忽略AND和OR的优先级差异，导致查询结果错误。以下是几个常见错误案例：
- 错误案例1：查询状态为禁用，或者年龄大于20且为女性的用户，写成
WHERE status = 0 OR age > 20 AND gender = '女'，实际会先执行age > 20 AND gender = '女'，再和status = 0做OR，逻辑正确，但如果反过来写WHERE age > 20 AND gender = '女' OR status = 0结果一样，但可读性差，建议统一加括号。 - 错误案例2：查询地区为北京，且职业为教师或者医生，写成
WHERE region = '北京' AND job = '教师' OR job = '医生'，此时会先执行region = '北京' AND job = '教师'，再和job = '医生'做OR，导致非北京地区的医生也会被查出来，正确写法应该是WHERE region = '北京' AND (job = '教师' OR job = '医生')。
避坑建议：只要查询中同时出现AND和OR运算符，就给每一个条件组合加上括号，明确执行顺序，既可以避免优先级错误，也能提升代码的可读性，让后续维护的人员快速理解查询逻辑。
总结
SQL多条件查询中AND运算符优先级高于OR运算符，默认会先执行AND连接的条件组合，再执行OR运算。当业务逻辑需要调整执行顺序时，通过括号包裹对应条件组合即可改变优先级。编写多条件查询时，建议主动给所有条件组合添加括号，避免优先级问题引发的查询错误，同时提升代码的可维护性。