优化UNION ALL查询需确保各子查询高效，1. 为WHERE字段建索引避免全表扫描；2. 使用覆盖索引减少回表；3. 减少返回列数；4. 子查询独立过滤并加LIMIT；5. 避免全局ORDER BY；6. 必要时拆分至临时表或程序层合并；7. 用EXPLAIN分析执行计划定位瓶颈。
在MySQL中使用UNION ALL时，虽然它本身不会去重、性能优于UNION，但在处理大量数据或复杂子查询时仍可能出现性能问题。优化UNION ALL查询需要从结构设计、索引策略和执行计划等多方面入手。
确保每个子查询都高效
UNION ALL的性能瓶颈通常出现在单个子查询上。每个SELECT语句应尽可能独立高效。
- 检查每个子查询是否能走索引，避免全表扫描
- 减少返回字段数量，只选择必要的列
- 在WHERE条件中使用的字段建立合适的索引
- 避免在子查询中使用函数或表达式导致索引失效
合理使用索引和统计信息
索引是提升查询速度的关键。
- 为频繁用于过滤的字段创建单列或多列索引
- 考虑覆盖索引（Covering Index），使查询可以直接从索引获取数据
- 定期分析表（ANALYZE TABLE）更新统计信息，帮助优化器选择更优执行计划
控制结果集大小与延迟加载
如果最终结果集很大，传输和合并过程会变慢。
- 尽量提前过滤数据，在每个子查询中加上有效的WHERE条件
- 如果只是分页展示，尽早使用LIMIT限制每部分输出
- 不要在没有必要的时候使用ORDER BY整个UNION结果，除非最后统一排序
- 若需排序，考虑是否可在子查询中利用有序索引减少额外排序开销
考虑将UNION ALL拆分为临时表或程序层合并
当多个子查询来自不同表且逻辑独立时，可考虑替代方案。
- 将各子查询结果插入临时表，并对临时表加索引再做后续处理
- 在应用代码中分别执行查询并合并结果，减轻数据库压力
- 适用于子查询之间无关联、且数据量较大的场景
基本上就这些。关键在于让每一个分支查询尽可能快，同时避免不必要的资源消耗。通过EXPLAIN分析执行计划，定位慢的原因，才能针对性优化。
