and 总是比 or 先执行，混合使用时必须显式加括号；in 可替代同字段多 or，但跨字段逻辑仍需 or 加括号；or 易致索引失效，应谨慎使用并考虑 union 优化。
AND 总是比 OR 先执行，不加括号就等于写错
SQL 解析器不会按你读代码的顺序去理解 WHERE 条件。它严格按优先级：先算所有 AND，再算 OR。比如写 WHERE a = 1 OR b = 2 AND c = 3，实际执行的是 WHERE a = 1 OR (b = 2 AND c = 3)，而不是你想要的 WHERE (a = 1 OR b = 2) AND c = 3。这种“直觉 vs 执行”的错位，是线上查出脏数据的常见源头。
所有混合使用 AND/OR 的地方，括号不是可选项
哪怕只混用一次，也必须显式加括号。缩进、换行、空格全无效——优化器只认 ()。
- 错误写法：
WHERE status = 'active' OR role = 'admin' AND dept = 'tech'→ 实际过滤的是 “active 用户” 或 “既是 admin 又在 tech 部门的人” - 正确写法：
WHERE (status = 'active' OR role = 'admin') AND dept = 'tech'→ 表达“活跃用户或管理员，并且部门是 tech” - 多关键词模糊搜索也要括起来：
WHERE (nomor_formulir LIKE '%mikha%' OR harga_pelita LIKE '%5%') AND deleted = 0
IN 能替代单字段多个 OR，但不能替代跨字段逻辑
当多个 OR 都在判断同一字段的等值条件时，IN 是更安全、更高效的选择。
- 推荐：
WHERE status IN ('active', 'pending', 'draft')—— 语义清晰，索引友好，避免隐式类型转换 - 不能写成
IN的情况：WHERE type = 'order' OR amount > 1000（字段不同、含运算），必须保留OR并加括号 - 注意 NULL：如果字段可能为
NULL，IN不会匹配它；需要额外补OR column IS NULL或用COALESCE(column, '') IN (...)
OR 容易让索引失效，高并发场景下要警惕
OR 分支涉及不同字段、或带函数时，数据库常放弃走索引，直接全表扫描。
- 危险写法：
WHERE a = 1 OR b = 2（a、b 无联合索引）→ 很可能全表扫 - 可选优化：
(SELECT * FROM t WHERE a = 1) UNION ALL (SELECT * FROM t WHERE b = 2 AND a != 1)→ 两个子查询可分别走索引 - 函数破坏索引：
UPPER(name) = 'MARY' OR age + 1 > 30基本无法命中索引，应提前计算或改用生成列
括号不是格式装饰，是逻辑契约。一旦 WHERE 里出现 AND 和 OR，第一反应不该是“我写对了没”，而是“我括号包住关键分组了吗”。
