MySQL索引合并优化器陷阱：为什么复合索引比索引合并快一个数量级？

MySQL优化器有一个“自作聪明”的行为——当单列索引无法完全覆盖查询时，它可能选择索引合并（Index Merge） ，同时使用多个单列索引，把结果集合并起来。听起来很合理对吧？但索引合并有严格的适用条件，用错了比全表扫描还慢——尤其是UNION类型的索引合并，需要对多个结果集去重和排序，代价极高。本文拆解索引合并的3种类型、3个踩坑场景，以及什么时候该用复合索引替代。