MySQL索引合并是优化器主动选择多个二级索引分别扫描再合并主键结果的访问方法,旨在减少回表次数和随机IO;适用于多独立条件命中不同二级索引的场景,包括intersect、union和sort_union三种策略。

MySQL索引合并(Index Merge)是查询优化器在单表多条件查询中,**主动选择多个二级索引分别扫描、再合并结果**的一种访问方法。它不依赖联合索引,也不跨表,核心目标是减少回表次数和随机IO——先用索引拿到主键,对主键归并排序,再一次性按序回表。
当WHERE子句包含多个独立条件,且每个条件都恰好命中不同二级索引时,优化器可能启用索引合并。常见组合包括:
WHERE f1 = 100 AND f2 = 200,f1和f2各有单独索引WHERE status = 'active' AND create_time > '2024-01-01'
WHERE a = 1 OR b = 2(需满足ROR有序性要求)注意:主键范围查询(如 id > 100)本身效率高,一般不会触发合并;若出现“本该走单索引却选了合并”,往往是统计信息不准或成本估算偏差所致。
MySQL支持三种索引合并策略,可通过EXPLAIN的Extra字段直接识别:
WHERE a=1 AND b=2,对应index_merge_intersection
WHERE a=1 OR b=2
a=1 OR b > 100),需额外排序主键再合并关键细节:前两种(intersect/union)要求各索引扫描返回的主键天然有序(即满足ROR:Rowid-Ordered Retrieval),这通常要求索引字段在WHERE中是**完整、等值、无函数包裹**的匹配。
索引合并不是简单拼数据,而是围绕主键做优化:
相比单索引+全表过滤,它避免了大量无效记录的回表;相比联合索引缺失场景,它提供了无需改表结构的补救路径。
索引合并并非万能,实际中常因以下原因导致性能反降:
gender只有男/女两值),扫描出海量主键,拖慢整个合并流程临时禁用可在SQL中加/*+ NO_INDEX_MERGE(t1) */提示,长期建议优先建合理联合索引,而非依赖合并。
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号