索引合并优化
概念
索引合并指的多个索引进行范围检索的合并它们的结果成为一个，成立条件必须是在同一个表中，不支持多表索引合并。结果合并时产生交集或并集。
准备
以下同个下面的表进行举例说明：
索引
索引合并产生交集
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的优化器有关。开发或者学习中需要根据具体的执行计划进行查看和分析，根据表和数据情况进行分析是否走索引合并比较好。这个需要根据业务而定，切勿死搬硬套！