Mysql唯一索引和普通索引的区别，

Mysql唯一索引和普通索引的区别，那种速度快一点，原因是啥

其实，如果业务上就要求我们数据库的值必须是唯一的，那没什么好讨论的，就选择唯一索引；那么如果业务上要求不严格，或者说不需要我们数据库后台来保障唯一性要求，这时候我们选择唯一索引还是普通索引就看谁在性能上更好，谁好选谁。

唯一索引和普通索引怎么选择

理由说明：

我们都知道一个索引就是创建一个B+树，如果他是一个普通索引我们现在去查找，当查找到符合的数据的时候这个时候他就会在进行第二次查找，因为列里面的数据是唯一的，所以第二次查找肯定是没有数据的，这一次查找通过二分法去查找B+树查找到二叉树的叶子结点，每个叶子结点都会对应一个数据块（数据页），如果这个数据页在内存中那么他也就不用去在磁盘或硬盘去读区这个数据了，直接在内存中读取，我们也知道一个数据块大概是可以存储几千条数据的，所以在第一次查找的时候刚好这个数据块的尾部，在进行第二次查找的时候就要在进行IO读取了 一次IO读取是很低效的。但是如果是唯一索引的话这样的话就不会再进行第二次读取了，所以在最坏的情况下，普通索引和唯一索引的最大区别是多进行一次IO读取，概率极小。
update：
2.在update或者insert的时候普通索引也就是去在B+ 树中去找位置然后按照B+树的算法结构更新放入 或者更新其结构（拓展：在创建索引的时候会降低更新和插入效率，因为B+树在某种情况下添加结点效率会比较低），这在innoDB中如果说是在内存中没有这个数据块那么在这个情况下他不会去现在就去更新，会将这个更新操作存储在ChangeBuffer上，当第二次有查找这个数据的时候再去读取这个数据块然后再执行这个ChangeBuffer 中的数据操作，meger 这个数据。（在redlog里面也会存一份，也会存储changeBuffer的才操作数据，ES（Elaticsearch）的一种同步方式是通过redo log 来进行是实时同步的），当唯一索引进行更新操作的时候 会先进行一次查找是否唯一，再进行和普通索引一样的操作。所以在符合业务逻辑和无误的前提下：唯一索引比普通索引多一个查找操作。（在进行insert的时候会根据主键来进行查住 主键索引的数据结构发生改变）

结论：

在符合业务场景的前提下的时候唯一索引还是少用多用用普通索引。 还有就是change Buffer的使用 在更新读取少的 情况下放大change buffer的存储量 因为chanbuffer量越大其变更的数量更多 减少的IO次书更多，性能也就提高了。

1 普通索引

普通索引（由关键字KEY或INDEX定义的索引）的唯一任务是加快对数据的访问速度。因此，应该只为那些最经常出现在查询条件（WHEREcolumn=）或排序条件（ORDERBYcolumn）中的数据列创建索引。只要有可能，就应该选择一个数据最整齐、最紧凑的数据列（如一个整数类型的数据列）来创建索引。

2 唯一索引

• 普通索引允许被索引的数据列包含重复的值。比如说，因为人有可能同名，所以同一个姓名在同一个“员工个人资料”数据表里可能出现两次或更多次。
• 如果能确定某个数据列将只包含彼此各不相同的值，在为这个数据列创建索引的时候就应该用关键字UNIQUE把它定义为一个唯一索引。
• 这么做的好处：一是简化了mysql对这个索引的管理工作，这个索引也因此而变得更有效率；二是MySQL会在有新记录插入数据表时，自动检查新记录的这个字段的值是否已经在某个记录的这个字段里出现过了；如果是，MySQL将拒绝插入那条新记录。
• 也就是说，唯一索引可以保证数据记录的唯一性。事实上，在许多场合，人们创建唯一索引的目的往往不是为了提高访问速度，而只是为了避免数据出现重复。

注意：唯一索引和普通索引使用的结构都是B-tree,执行时间复杂度都是O(log n)。

3 主索引

在前面已经反复多次强调过：必须为主键字段创建一个索引，这个索引就是所谓的"主索引"。主索引与唯一索引的唯一区别是：前者在定义时使用的关键字是PRIMARY而不是UNIQUE。

4 外键索引

如果为某个外键字段定义了一个外键约束条件，MySQL就会定义一个内部索引来帮助自己以最有效率的方式去管理和使用外键约束条件。

5 复合索引

索引可以覆盖多个数据列，如像INDEX(columnA, columnB)索引。这种索引的特点是MySQL可以有选择地使用一个这样的索引。如果查询操作只需要用到columnA数据列上的一个索引，就可以使用复合索引INDEX(columnA, columnB)。不过，这种用法仅适用于在复合索引中排列在前的数据列组合。比如说，INDEX(A, B, C)可以当做A或(A, B)的索引来使用，但不能当做B、C或(B, C)的索引来使用。

6 全文索引

文本字段上的普通索引只能加快对出现在字段内容最前面的字符串(也就是字段内容开头的字符)进行检索操作。如果字段里存放的是由几个、甚至是多个单词构成的较大段文字，普通索引就没什么作用了。这种检索往往以LIKE %word%的形式出现，这对MySQL来说很复杂，如果需要处理的数据量很大，响应时间就会很长。
　　这类场合正是全文索引(full-text index)可以大显身手的地方。在生成这种类型的索引时，MySQL将把在文本中出现的所有单词创建为一份清单，查询操作将根据这份清单去检索有关的数据记录。全文索引即可以随数据表一同创建，也可以等日后有必要时再使用下面这条命令添加：
　　ALTER TABLE tablename ADD FULLTEXT(column1, column2)
　　有了全文索引，就可以用SELECT查询命令去检索那些包含着一个或多个给定单词的数据记录了。下面是这类查询命令的基本语法：
　　SELECT * FROM tablename
　　WHERE MATCH(column1, column2) AGAINST(‘word1’, ‘word2’, ‘word3’)
　　上面这条命令将把column1和column2字段里有word1、word2和word3的数据记录全部查询出来。
　　注解：InnoDB数据表不支持全文索引。

参考：
唯一索引和普通索引怎么选择
唯一索引和普通索引
唯一索引和普通索引的区别