MySQL-普通索引和唯一索引应该如何选择？

目录

一、查询过程：（二者无显著的性能差别）

二、更新过程：（普通索引可以应用到change buffer，在写多读少的表的更新中，性能提升明显。）

Change Buffer的概念：

Change Buffer的应用：

change buffer的使用场景：适用于写多读少的数据表，这样可以将多一些的写操作一次型merge到数据页中。对于写了马上就会读取的表，关闭change buffer比较好。

---

一、查询过程：

执行查询的语句是 select id from T where k=5

• 对于普通索引来说，查找到满足条件的第一个记录 (5,500) 后，需要查找下一个记录，直到碰到第一个不满足 k=5 条件的记录。
• 对于唯一索引来说，由于索引定义了唯一性，查找到第一个满足条件的记录后，就会停止继续检索。

这个不同带来的性能差距微乎其微。

二、更新过程：

Change Buffer的概念：

当需要更新一个数据页时，如果数据页在内存中就直接更新，而如果这个数据页还没有在内存中的话，在不影响数据一致性的前提下，InnoDB 会将这些更新操作缓存在 change buffer 中，这样就不需要从磁盘中读入这个数据页了。在下次查询需要访问这个数据页的时候，将数据页读入内存，然后执行 change buffer 中与这个页有关的操作。将 change buffer 中的操作应用到原数据页，得到最新结果的过程称为 merge。除了访问这个数据页会触发 merge 外，系统有后台线程会定期 merge。在数据库正常关闭（shutdown）的过程中，也会执行 merge 操作。

change buffer 在内存中有拷贝，也会被写入到磁盘上。

Change Buffer的应用：

唯一索引：为了保证数据的唯一性，所以必须将数据页读入内存，所以无需应用changeBuffer。

普通索引：应用changeBuffer。

将数据从磁盘读入内存涉及随机 IO 的访问，是数据库里面成本最高的操作之一。change buffer 因为减少了随机磁盘访问，所以对更新性能的提升是会很明显的。

change buffer 的使用场景：

为 merge 的时候是真正进行数据更新的时刻，而 change buffer 的主要目的就是将记录的变更动作缓存下来，所以在一个数据页做 merge 之前，change buffer 记录的变更越多（也就是这个页面上要更新的次数越多），收益就越大。因此，对于写多读少的业务来说，页面在写完以后马上被访问到的概率比较小，此时 change buffer 的使用效果最好。这种业务模型常见的就是账单类、日志类的系统。

如果所有的更新后面，都马上伴随着对这个记录的查询，那么你应该关闭 change buffer。而在其他情况下，change buffer 都能提升更新性能。

change buffer大小可配，可影响每次merge的最大量。

 

 

MySQL实战-09【5525】