括号是SQL逻辑分组的强制语法，AND优先级高于OR，混合使用时必须用括号显式定义语义单元，否则执行顺序与预期不符；IN、BETWEEN可简化括号，CASE用于WHERE需返回布尔值且避免聚合函数。
AND 和 OR 的默认优先级会导致逻辑错乱，不加括号几乎必然出错。
括号不是装饰，是逻辑分组的强制语法
数据库执行 WHERE 时，先算所有 AND，再算 OR。比如：status = 'active' OR type = 'user' AND deleted = 0 实际等价于 status = 'active' OR (type = 'user' AND deleted = 0)——哪怕你本意是“活跃且（用户或未删除）”。
必须用括号显式切分语义单元：
- 每个独立判断组都套一层小括号，例如：
(status = 'active' OR status = 'pending') - 混合
AND/OR时，把整组OR包进括号再跟AND连接，例如：created_at >= '2025-01-01' AND (type = 'A' OR type = 'B') - 嵌套三层以上时，别省括号，宁可多写，不要靠记忆优先级
IN 和 BETWEEN 不是括号的替代品，但能减少括号层数
IN 可以把多个 = 合并成一个逻辑单元，天然自带括号语义；BETWEEN 同理，比手写 a >= x AND a 更紧凑、更难漏括号。
但要注意边界：
-
IN对NULL无效：字段为NULL时，col IN ('a', 'b')返回FALSE，得单独加OR col IS NULL -
BETWEEN要求类型严格一致，比如不能date_col BETWEEN '2025' AND 1672531200（字符串 vs 时间戳） - 值太多（如上千个）时，
IN可能触发 MySQL 的max_allowed_packet限制，这时该拆子查询或临时表
LEFT JOIN 后的 WHERE 条件会悄悄干掉 NULL 行
外连接中，ON 是关联规则，WHERE 是最终筛选。一旦你在 WHERE 里写了右表字段的条件（比如 orders.status = 'paid'），那些没匹配到订单的左表记录（orders.status 为 NULL）就会被整个剔除——相当于变相转成了 INNER JOIN。
正确做法：
- 关联逻辑放
ON，比如：LEFT JOIN orders ON users.id = orders.user_id AND orders.status = 'paid' - 业务筛选放
WHERE，只涉及左表字段，或明确允许NULL的判断，例如：WHERE users.is_active = 1 - 真要筛右表状态又保留左表空行？用
WHERE (orders.status = 'paid' OR orders.status IS NULL)，但务必确认业务是否真需要这个语义
CASE WHEN 能把嵌套布尔表达式转成单字段可读逻辑
当条件分支超过三层，或涉及计算+判断混合（如“VIP 用户宽松，普通用户严格”），硬写 AND/OR 容易漏括号、难调试。用 CASE WHEN 在 WHERE 中构造布尔结果更稳：
WHERE CASE WHEN user_type = 'vip' THEN last_login > DATE_SUB(NOW(), INTERVAL 90 DAY) ELSE last_login > DATE_SUB(NOW(), INTERVAL 7 DAY) END
注意点：
-
CASE在WHERE中必须返回布尔值（MySQL 允许，PostgreSQL 需包装成= TRUE） - 别在
CASE里写聚合函数（如AVG()），除非套在子查询或窗口函数里 - 如果只是用于分类展示，优先放在
SELECT里；只有真正影响行过滤时才塞进WHERE
括号不是风格问题，是 SQL 执行顺序的硬约束。哪怕看起来“显然不会错”，只要出现 AND 和 OR 共存，就必须检查括号是否覆盖了你脑中的语义分组——人脑的逻辑直觉和数据库的运算符优先级，从来就不是一回事。
