mysql之普通索引和唯一索引

前言

之前的文章介绍了，mysql 的事务和锁，更早之前的文章介绍了日志。不知道大家对redo log还有没有印象，redo log 是基于内存的日志，是MySQL实现crash-safe的关键。那么我们今天介绍的普通索引和唯一索引的区别，将会涉及到之前的redo log。

普通索引和唯一索引区别

普通索引和唯一索引的区别，在之前的文章，我们曾经说过。普通索引节点上存储的是唯一索引的值，然后唯一索引节点上存储的是整行数据。然后你通过唯一索引查询之所以会比普通索引快，是因为少了一次回表。那么今天我们来说下，他们的第二个区别。那就是更新数据的时候，他们有什么区别。
首先，我们应该清楚，在使用innodb引擎的时候，我们更新数据的一些操作都是在缓存中进行的，然后在空闲的时候，通过redo log写入的磁盘。然后查询数据的时候，发现如果该数据不在内存中，会先把数据读到内存中，然后返回结果。那么更新数据的时候呢。

更新数据的区别

在更新数据的时候，唯一索引要更新某条数据，会先在内存中判断有没有这条数据。没有这条数据，就会先把这条数据读到内存中，然后在内存中对这条数据进行操作。但是普通索引的话，就不是这样了，普通索引更新数据的时候，它会用到change buffer 这个东西，这个也是属于buffer pool的。普通索引更新数据，如果内存中有，就会直接更新，如果没有，就会把操作写到这个change buffer中。等到下次查询到这个数据的时候，把这个数据读到内存中，然后把change buffer 的操作加上，然后返回结果。
大家知道，把数据读到内存中，需要随机访问磁盘，是非常消耗性能的，普通索引把更新操作写道change buffer中，就会大大减少性能消耗。索引在写多读少的场景中，建议大家使用普通索引。

change buffer的使用

change buffer可以很大程度上的减少，更新操作的性能损耗，但是它是占用buffer pool 的空间的。所以不要change buffer 也不能设置的太大，以免影响读的性能。同时也不适合读频发的场景。索引大家使用的时候还是要慎重的。最后这个change buffer异常丢失，会不会影响它的crash-safe能力呢。答案是当然不会影响，因为数据库的crash-safe能力主要靠的是redo log。

总结

之前讲述底层实现上，普通索引和唯一索引的区别，今天主要介绍，使用的时候，普通索引和唯一索引的区别，主要引入了change buffer这个概念，但是它可不是buffer pool，希望大家不要弄混。 （最后我有一个疑问，就是普通索引在更新数据的时候，不需要考虑这个主键冲突的问题吗，如果改的是主键的值，会不会和主键索引有一样的问题呢）