索引合并优化

概念

索引合并指的多个索引进行范围检索的合并它们的结果成为一个，成立条件必须是在同一个表中，不支持多表索引合并。结果合并时产生交集或并集。

准备

以下同个下面的表进行举例说明：

索引

索引合并产生交集

select * from employees where name="花花" and position='manage'；

该sql可能会进行索引合并，并结果取交集

可以通过explain查看一下执行计划

可以看到type是index_merge和extra出现了Using intersect。说明确实进行了索引合并并取交集了。 

这种取交集的算法使用了：索引合并并交集访问算法（Index Merge Intersection Access Algorithm）：对所有的索引同时执行扫描，扫描的结果取交集。

这在一些情况下是产生了优化效果 如对索引1和索引2查出来的数据有没有交叉的部门，这个同时扫描可以大大节约时间

但在一些情况下会产生负优化：

如：字段存在包含关系 ，索引2查出来的数据完全在索引1中，这样只使用索引2就完全可以得到需要的数据。而合并索引导致本可以扫描一个树的情况下，却扫描了两个树。当然这也算建索引时设计的问题，可以通过修改索引结构，将这个两个索引建成联合索引。 或者比较简单又笨的办法是写sql的时候只带其中一个索引字段

索引合并产生并集

select * from employees where name="花花" or position='dev'

该sql可能会进行索引合并，并结果取并集

执行计划

 通过执行计划确实产生了索引合并，并且extra出现Using union，说明取了并集

这个使用了：索引合并联合访问算法（Index Merge Union Access Algorithm）：对所有的索引同时执行扫描，扫描的结果取并集。

这种优化算是很可以的了，目前还没有想到该情况产生的负优化。

合并算法中还有一个索引合并排序联合访问算法（Index Merge Sort-Union Access Algorithm）：排序联合算法和联合算法之间的区别在于，排序联合算法必须首先获取所有行的行ID，然后对它们进行排序，然后再返回这些行。

在其中某些索引出现范围扫描的时候会出现,具体试情况而定。

select * from employees where name="花花" or position>'dev'

总结 

上面只是举了几个例子，在不同的数据中可能出现的情况不一样，这个是跟mysql的优化器有关。开发或者学习中需要根据具体的执行计划进行查看和分析，根据表和数据情况进行分析是否走索引合并比较好。这个需要根据业务而定，切勿死搬硬套！