文章首发于公众号:松花皮蛋的黑板报
作者就职于京东,在稳定性保障、敏捷开发、高级JAVA、微服务架构有深入的理解
一、普通索引和唯一索引
查询上来说,普通索引查找到满足条件的记录后会接着查找下一个记录(innodb的数据是按页读写的),判断是否满足。然而唯一索引是查询到了就立即返回了。所以如果你明确知道只有一条结果则应该加上limit 1
更新上来说,普通索引会用到charge buffer优化,将更新操作记录在charge buffer中,不需要从磁盘中读取数据然后再更新,当下次查询该数据页时再读入内存然后执行merge相关操作,更新原数据。
二、前缀索引
查询上来说,前缀索引可能会导致在索引树上命中率变高但是原数据命中并不一定高,造成了一定的查询浪费。另外对于索引上的信息足够满足查询条件的情况下,前缀索引会多一次回表操作,整体索引则是直接返回(也就是覆盖索引)。
但是如果提高数据的区分度,比如倒序存储、hash处理后存储等,使用前缀索引存储空间更小,查询次数也不会太差,收益可能会更高。
三、联合索引
对于联合索引来说,遵守最左前缀原则,也就是说如果只有idx-union(type,time,value)联合索引,单纯的type或者type and time作来查询条件也会命中这条索引,但是单纯value作为查询条件则无法命中。另外如果存在范围查询比如between等