1.简单创建表并创建Index age sid

CREATE TABLE `st` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `age` int(11) DEFAULT NULL,
  `name` varchar(100) DEFAULT NULL,
  `sid` bigint(20) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `idx_age` (`age`),
  KEY `idx_sid` (`sid`)
) ENGINE=InnoDB AUTO_INCREMENT=8 DEFAULT CHARSET=utf8mb4

2.插入少量数据时执行EXPLAIN SELECT * FROM st WHERE age = 10 OR sid = 105;

   此时并不会进行index_merge。而只是全表扫描

3.当往表插入少量测试数据后，继续执行EXPLAIN SELECT * FROM st WHERE age = 10 OR sid = 105;

4.当使用and语句时，并不一定会进行merge操作：

只有当age 或 sid同时有多条数据时才有可能会触发merge

结论：or条件能很好的触发index_merge,但是and条件不一定会触发，目前没有发现扫描规律，具体需要通过mysql源码才能确定具体逻辑。

同时，如果在同一张表上创建多个索引，表的insert，update等操作需要维护的索引比较多，因此有会降低DML语句的执行效率。

和联合索引相比，index merge optimization因为要扫描多个索引，并将多个索引的主键进行排序，取交集，取并集等操作，所以通常会比聚合索引慢。

但是index_merge的存在确实能提高sql的执行效率，可以减少回表的次数