MySQL中WHERE多条件混用必须加括号，因AND优先于OR，不加括号会导致逻辑错误；应按业务语义分组、每组独立括号并换行缩进；IN与OR并列时需各自括起；括号影响逻辑正确性而非性能，须用EXPLAIN验证执行计划。
MySQL WHERE 多条件混用时括号不加就出错
不加括号，AND 和 OR 的默认优先级会让结果完全偏离预期——AND 总是先于 OR 计算，哪怕你写的是 WHERE status = 'active' OR type = 'A' AND created_at > '2024-01-01'，实际等价于 WHERE status = 'active' OR (type = 'A' AND created_at > '2024-01-01')，而不是你想表达的「活跃用户 或 A类 或 新创建」。
- 只要出现
OR，且它和AND在同一层逻辑中，就必须手动加括号划定范围 - 别依赖记忆“AND 优先”，人在写复杂条件时几乎一定会搞错；机器才认这个规则
- 用括号不是为了“更清晰”，而是为了“正确”——没括号的多条件
OR查询，上线后容易漏数据或查出脏数据
嵌套括号怎么分组才不容易乱
三层以上括号堆叠（比如 WHERE (a=1 AND (b=2 OR c=3)) OR (d=4 AND e=5)）一眼看不出逻辑块。关键是把语义一致的条件捆成一组，每组用一对括号包住，而不是按运算符顺序机械加括号。
- 按业务含义分组：比如「付费用户」是
(is_paid = 1 AND pay_time IS NOT NULL)，单独括起来，再和其他条件组合 - 避免跨行括号：MySQL 不要求换行，但你在编辑器里把每个
(...)写在独立行，配合缩进，比挤在一行可读性强得多 - 别省略外层括号：即使只有一组
OR，比如WHERE (type = 'A' OR type = 'B')，也建议加上——后续加条件时不容易漏括号
IN 和 OR 混用时括号位置很关键
IN 本身带括号，但它和外部 AND/OR 组合时，括号层级容易错位。典型错误是写成 WHERE status IN ('a','b') OR type = 'x' AND deleted = 0，本意是「状态为 a/b 或者 type=x 且未删除」，结果变成「status 在 a/b 中，或者（type=x 且 deleted=0）」——但因为 AND 优先，deleted = 0 实际只约束了 type = 'x' 这一分支。
- 正确写法是：
WHERE (status IN ('a','b')) OR (type = 'x' AND deleted = 0) -
IN的括号只管自己内部，不参与外层逻辑分组；它和OR并列时，必须各自用括号围住 - 如果
IN列表很长，别为了省事把它拆到外面去用多个=+OR，性能差还更难括号对齐
用 EXPLAIN 验证括号是否真起作用
光看 SQL 觉得括号加对了没用，MySQL 优化器可能重写执行计划，导致括号“形同虚设”。真正要看的是 EXPLAIN 输出里的 Extra 和 rows 是否符合预期。
- 加括号前后都跑一遍
EXPLAIN SELECT ...，重点对比possible_keys和key是否用了该用的索引 - 如果加了括号反而
rows暴涨，可能是括号把原本能走索引的条件变成了全表扫描（比如WHERE (a = 1 OR b = 2) AND c = 3，若只有a和c的联合索引，b=2会拖慢整个范围扫描） - 括号改的是逻辑，不是性能——它保证你写的条件被按意图执行，但不保证高效；想快还得看索引设计
括号不是语法糖，是 MySQL 执行逻辑的开关。少一个左括号，可能让线上查询返回错的结果集，而且这种错很难被测试覆盖到——因为测试数据往往太单薄，压不出现实中复杂的条件组合路径。
