如何在SQL中优化包含大量OR条件的查询？-SQL-PHP中文网

同一字段多个等值or必须改用in，如status in ('draft','pending','review')可稳定走range索引；不同字段or必须拆为union all，每个分支需独立命中索引且用explain验证；in值不宜超500个，in(select...)不推荐，嵌套or应先拆再join。

如何在sql中优化包含大量or条件的查询？

同一字段多个等值 OR 必须改用 `IN`

比如 status = 'draft' OR status = 'pending' OR status = 'review'，这种写法会让 MySQL 放弃索引合并（index_merge），甚至触发隐式类型转换。改成 status IN ('draft', 'pending', 'review') 后，执行计划能稳定走 range 类型，且语义更清晰。

注意几个边界点：

IN 值数量建议控制在 500 以内；超了可能触发临时表，反而变慢
col IN (1, NULL) 不会匹配 NULL 行，而 col = 1 OR col IS NULL 可以——行为不一致，不能无脑替换
IN (SELECT ...) 不推荐，尤其子查询返回 NULL 或结果集大时，常被重写为 DEPENDENT SUBQUERY，性能崩盘

不同字段的 OR 必须拆成 `UNION ALL`

像 user_id = 123 OR order_no = 'NO2026001' OR created_at > '2026-06-01' 这种跨字段组合，MySQL 几乎必然退化为 type: ALL 扫描。这时唯一可控的解法是手动拆分，让每个子查询独立走自己的索引。

实操要点：

每个子查询必须单独 EXPLAIN 验证：type 是 ref 或 range，key 显示命中索引，rows 显著小于总行数
务必用 UNION ALL，不是 UNION；去重开销在万级数据上就能明显拖慢
字段顺序、类型、可空性必须完全一致，否则报错 ERROR 1222
原始查询带 LIMIT 或 ORDER BY？不能只在外层加——得先在各子查询里加 LIMIT N，再外层二次排序，否则漏数据

嵌套子查询里的 OR 几乎等于放弃索引

例如 WHERE id IN (SELECT id FROM users WHERE name = 'Alice' OR email LIKE '%@gmail.com')，MySQL 优化器很难处理子查询内的 OR，大概率出现 Using temporary; Using filesort，甚至直接全表扫描。

更稳妥的做法是把子查询先拆成 UNION ALL，再和主表 JOIN：

SELECT DISTINCT o.* 
FROM orders o 
INNER JOIN (
  SELECT id FROM users WHERE name = 'Alice'
  UNION ALL
  SELECT id FROM users WHERE email LIKE '%@gmail.com'
) u ON o.user_id = u.id;

关键点：

每个分支都需有对应索引：name 和 email 各自建单列索引
email LIKE '%@gmail.com' 仍可能走全表扫描——这时要考虑函数索引或全文索引
若子查询结果可能含 NULL 或量很大，优先用 EXISTS 替代 IN

为什么加了索引还是慢？重点看这些地方

很多人建了单列索引仍慢，问题不在 OR 写法，而在索引本身没对上路。MySQL 的 index_merge 触发条件极苛刻：

所有 OR 字段必须各自有独立单列索引
不能含函数，如 UPPER(name) = 'ABC' 或 DATE(created_at) = '2026-07-01'，会让索引完全失效
不能有前导通配符，如 LIKE '%x'
复合索引中非前导列（如 (a, b) 上查 b = 1）无法被 OR 分支利用
EXPLAIN 中出现 Using temporary; Using filesort，基本说明 GROUP BY 已被迫落盘，此时光调 OR 没用