使用UNION替代OR可提升索引效率，确保OR各条件字段均有索引，避免隐式类型转换，并利用覆盖索引减少回表，结合EXPLAIN分析执行计划优化查询。
在MySQL中，OR条件查询容易导致索引失效，从而影响查询性能。要优化这类查询，关键在于让数据库尽可能使用索引，减少全表扫描。以下是几种实用的优化策略。
使用UNION替代OR提升索引效率
当OR连接的是同一字段的不同值时，直接使用OR可能导致索引无法有效利用。此时可以将查询拆分为多个独立查询，并用UNION合并结果。
例如，有如下语句：
SELECT * FROM users WHERE status = 'active' OR age > 30;如果status和age分别有索引，但组合起来无法走索引，可改写为：
SELECT * FROM users WHERE status = 'active'UNION
SELECT * FROM users WHERE age > 30;
每个子查询都能独立使用索引，执行效率更高。注意使用UNION而非UNION ALL，以自动去重；若确认无重复数据，可用UNION ALL提升速度。
确保OR条件中的字段都有合适索引
如果OR连接多个字段，必须确保每个字段都有索引支持。否则即使部分条件能走索引，优化器仍可能选择全表扫描。
比如：
SELECT * FROM orders WHERE customer_id = 123 OR order_status = 'shipped';需要为customer_id和order_status分别建立索引。更优方案是创建组合索引，但需结合实际查询模式判断是否有效。
重写查询逻辑避免隐式类型转换
OR条件中若存在数据类型不匹配，会导致索引失效。例如字符串字段与数字比较：
SELECT * FROM products WHERE product_code = 'A123' OR product_code = 123;这里product_code是字符串类型，与数字123比较会触发隐式转换，使索引无效。应统一类型：
SELECT * FROM products WHERE product_code = 'A123' OR product_code = '123';考虑使用覆盖索引减少回表
即使OR查询能走索引，如果查询字段不在索引中，仍需回表获取数据，影响性能。可通过覆盖索引来避免。
例如查询常用字段name和status，可建立联合索引：
CREATE INDEX idx_status_name ON users(status, name);这样以下查询可以直接从索引获取数据：
SELECT name FROM users WHERE status = 'active' OR name LIKE 'John%';基本上就这些。核心思路是让每条分支都能利用索引，避免全表扫描，同时减少数据访问开销。实际优化时建议配合EXPLAIN分析执行计划，确认索引使用情况。不复杂但容易忽略细节。
