以下描述,都以普通索引和唯一索引数据量一致为前提。不建议实际项目开发中参考以下结果
- 使用查询时,普通索引与唯一索引性能差异可以忽略。
- 更新语言时,普通索引性能比唯一索引要好。
为什么说"查询时,普通索引与唯一索引的性能差异可以忽略"呢?
原因是:
InnoDB的数据是按页来写的,根据索引查询出一条数据时,读入内存的数据是一页,也就是16kb(默认)
那么为什么说"更新语言时,普通索引性能比唯一索引要好"呢?
原因是:
对于唯一索引来说,需要将数据页读入内存,判断到没有冲突,插入这个值,语句执行结束;
对于普通索引来说,则是将更新记录在 change buffer,语句执行就结束了;
将数据从磁盘读入内存涉及随机 IO 的访问,是数据库里面成本最高的操作之一。change buffer 因为减少了随机磁盘访问,所以对更新性能的提升是会很明显的。
普通索引更新语句时会将更新操作都会先缓存到change buffer中,且会一直累积,直到使用select语句查询该数据。才会调用merge,将change buffer中的数据写入磁盘,这样的操作减少了数据写入磁盘的次数。
而mysql也会定时调用merge方法(在数据库正常关闭(shutdown)的过程中,也会执行 merge 操作)。
玩归玩,闹归闹。实际项目开发中,还是要以业务为主。该字段具有唯一性,那就使用唯一索引,反之,使用普通索引即可