Mysql索引-普通索引和唯一索引

普通索引和唯一索引都是非簇集索引，这两种索引的唯一区别就在于会判断索引数据的唯一性。索引列的值必须唯一，但允许有空值。如果是组合索引，则列值的组合必须唯一。

语法:
UNIQUE(唯一索引)
ALTER TABLE table_name ADD UNIQUE (column)
INDEX(普通索引)
ALTER TABLE table_name ADD INDEX index_name ( column )

那么从性能的角度考虑，你选择唯一索引还是普通索引呢？选择的依据是什么呢？

当需要更新一个数据页时，如果数据页在内存中就直接更新，而如果这个数据页还没有在内存中的话，在不影响数据一致性的前提下，InooDB会将这些更新操作缓存在change buffer中，这样就不需要从磁盘中读入这个数据页了。
在下次查询需要访问这个数据页的时候，将数据页读入内存，然后执行change buffer中与这个页有关的操作。通过这种方式就能保证这个数据逻辑的正确性。

那么，什么条件下可以使用change buffer呢？

查询情况:

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

因为InnoDB的数据是按数据页为单位来读写的。当找到第一条记录的时候，它所在的数据页就都在内存里了(可能刚好在末尾，需要再读一次数据页，多一次查找)。那么，对于普通索引来说，要多做的那一次“查找和判断下一条记录”的操作，就只需要一次指针寻找和一次计算。所以，对于查询的性能差异是微乎其微的。

新增记录情况:

对于唯一索引来说，所有的更新操作都要先判断这个操作是否违反唯一性约束。

我们按下面两种情况分析:

第一种情况是，这个记录要更新的目标页在内存中。这时，InnoDB的处理流程如下：
对于唯一索引来说，找到数据之间的位置，判断到没有冲突，插入这个值，语句执行结束；
对于普通索引来说，找到数据之间的位置，插入这个值，语句执行结束。

第二种情况是，这个记录要更新的目标页不在内存中。这时，InnoDB的处理流程如下：
对于唯一索引来说，需要将数据页读入内存，判断到没有冲突，插入这个值，语句执行结束；
对于普通索引来说，则是将更新记录在change buffer，语句执行就结束了。

因此，唯一索引的更新就不能使用change buffer，实际上也只有普通索引可以使用。

特别地，在使用机械硬盘时，change buffer这个机制的收效是非常显著的。所以，当你有一个类似“历史数据”的库，并且出于成本考虑用的是机械硬盘时，那你应该特别关注这些表里的索引，尽量使用普通索引，然后把change buffer 尽量开大，以确保这个“历史数据”表的数据写入速度。

[资料来源]
1.Mysql实战45讲-丁奇