一、使用自增主键的好处

1. 自增型主键有利于插入性能的提高

2. 自增型主键设计(int,bigint)可以降低二级索引的空间，提升二级索引的内存命中率

3. 自增型的主键可以减小page的碎片，提升空间和内存的使用

4. 无主键的表删除，在row模式的主从架构，会导致备库夯住

解释下原因：

1)Innodb中的每张表都会有一个聚集索引，而聚集索引又是以物理磁盘顺序来存储的，自增主键会把数据自动向后插入，避免了插入过程中的聚集索引排序问题。聚集索引的排序，必然会带来大范围的数据的物理移动，这里面带来的磁盘IO性能损耗是非常大的。而如果聚集索引上的值可以改动的话，那么也会触发物理磁盘上的移动，于是就可能出现page分裂，表碎片横生。

2)用户在使用RDS设计自己的表的时候，如果表没有主键，用户在删除数据的时候，由于删除条件没有索引，或者删除的条件过滤性极差，就会导致slave出现hang住，所以一定要为表加上主键，主键可以认为是innodb存储引擎的生命

二、那什么是聚集索引呢？

三、Innodb如何选择一个聚集索引的

对于Innodb，主键毫无疑问是一个聚集索引。但是当一个表没有主键，或者没有一个索引，Innodb会如何处理呢。请看如下规则

1. 如果一个主键被定义了，那么这个主键就是作为聚集索引

2. 如果没有主键被定义，那么该表的第一个唯一非空索引被作为聚集索引

3. 如果没有主键也没有合适的唯一索引，那么innodb内部会生成一个隐藏的主键作为聚集索引，这个隐藏的主键是一个6个字节的列，改列的值会随着数据的插入自增

四、聚集索引的优缺点

聚集索引的优点：

1. 可以把相关数据保存在一起，如：实现电子邮箱时，可以根据用户ID来聚集数据，这样只需要从磁盘读取少量的数据页就能获取某个用户全部邮件，如果没有使用聚集索引，则每封邮件都可能导致一次磁盘IO

2. 数据访问更快，聚集索引将索引和数据保存在同一个btree中，因此从聚集索引中获取数据通常比在非聚集索引中查找要快

3. 使用覆盖索引扫描的查询可以直接使用页节点中的主键值

聚集索引的缺点：

1. 聚簇数据最大限度地提高了IO密集型应用的性能，但如果数据全部放在内存中，则访问的顺序就没有那么重要了，聚集索引也没有什么优势了

2. 插入速度严重依赖于插入顺序，按照主键的顺序插入是加载数据到innodb表中速度最快的方式，但如果不是按照主键顺序加载数据，那么在加载完成后最好使用optimize table命令重新组织一下表

3. 更新聚集索引列的代价很高，因为会强制innodb将每个被更新的行移动到新的位置

4. 基于聚集索引的表在插入新行，或者主键被更新导致需要移动行的时候，可能面临页分裂的问题，当行的主键值要求必须将这一行插入到某个已满的页中时，存储引擎会将该页分裂成两个页面来容纳该行，这就是一次页分裂操作，页分裂会导致表占用更多的磁盘空间

5. 聚集索引可能导致全表扫描变慢，尤其是行比较稀疏，或者由于页分裂导致数据存储不连续的时候

6. 二级索引可能比想象的更大，因为在二级索引的叶子节点包含了引用行的主键列。

7. 二级索引访问需要两次索引查找，而不是一次

下面的表总结了何时使用聚集索引和非聚集索引

动作描述

使用聚集索引

使用非聚集索引

列经常被分组排序

应

应

返回某范围内的数据

应

不应

一个或极少不同值

不应

不应

小数目的不同值

应

不应

大数目的不同值

不应

应

频繁更新的列

不应

应

外键列

应

应

主键列

应

应

频繁修改索引列

不应

应

修练架构