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的执行效率,可以减少回表的次数