mysql如何处理不走索引的OR查询_使用UNION ALL优化重写

MySQL的OR条件常不走索引，因优化器难以合并多个字段索引，尤其存在函数、隐式转换时；推荐用UNION ALL重写，确保各分支独立走索引，但需注意字段一致、NULL处理及结果去重问题。MySQL 的 OR 条件为什么常不走索引因为 MySQL 在多数情况下无法对含 OR 的多条件联合使用索引，尤其是当各分支涉及不同字段或存在函数/类型隐式转换时。优化器倾向于认为走全表扫描比合并多个索引范围更“便宜”，哪怕实际数据量很大。常见错误现象：EXPLAIN 显示 type=ALL 或只用上其中一个字段的索引，key 列只出现一个索引名，rows 高得离谱。即使两个字段都有独立索引，WHERE a = 1 OR b = 2 通常也不会同时用上 idx_a 和 idx_b如果其中一边是 IS NULL、LIKE '%xxx' 或发生了隐式类型转换（比如字符串字段查数字），整条 OR 就直接放弃索引5.7+ 虽支持 index merge，但默认关闭且效果不稳定；8.0 默认开启，但仅限于 AND 下的交集场景，OR 仍靠不住用 UNION ALL 重写 OR 查询的实操要点把 OR 拆成多个独立子查询，各自走对应索引，再用 UNION ALL 合并结果——这是最可控、兼容性最好的绕过方式。使用场景：两个（或少数几个）可独立走索引的等值或范围条件，比如 status = 'paid' OR user_id IN (1001,1002)。必须用 UNION ALL，不是 UNION；后者会去重，触发临时表和排序，性能反而更差每个子查询的 SELECT 字段顺序、数量、类型要完全一致，否则报错 ERROR 1222 (21000): The used SELECT statements have a different number of columns如果原查询有 ORDER BY 或 LIMIT，必须挪到最外层，不能写在子查询里（除非你真需要每个分支单独分页）注意 NULL 值处理：比如 WHERE a = 1 OR a IS NULL，拆开后第二部分得写成 WHERE a IS NULL，不能漏掉示例： 幻导航网 发现优质实用网站,开启网络探索之旅！