每个InnoDB表都有一个特殊的索引，称为聚簇索引，用于存储行数据。
1。如果创建了一个主键，InnoDB会将其用作聚簇索引(如果主键没有逻辑唯一且非空的列或列集，最好是设置成自动递增的)
2。如果没有为表创建主键，则MySQL会在所有键列都不为NULL的情况下找到第一个UNIQUE索引，InnoDB会将其用作聚集索引
3。如果表没有PRIMARY KEY或合适的UNIQUE索引，则InnoDB在包含行ID值的合成列上内部生成一个名为GEN_CLUST_INDEX的隐藏的聚集索引(隐藏的是看不到的，也就是说不会出现在desc table中，行ID是一个6字节的字段，随着插入新行而单调增加)
从这三种情况来看的话，就是说不管你有没有创建主键，mysql都会给你弄一个聚簇索引给安排上，你创建了就用你设置的主键为聚簇索引，没有创建就给你来个隐藏的。
聚簇索引(也称为主键索引)就是携带了行数据的索引，非聚簇索引就是除了聚簇索引之外的索引。这样说起来可能有点干巴巴的，咱们画个图来理解一下。
假设有一张表test
create table test(
id int primary key，
age int not null，
name varchar(16)，
PRIMARY KEY (`id`)，
KEY `idx_age` (`age`) USING BTREE，
KEY `idx_name` (`name`) USING BTREE，
)engine=InnoDB;主键是id，然后有两个普通索引idx_age，idx_name(btree类型的索引)，使用的是innodb引擎。
我们知道id就是聚簇索引，idx_age，idx_name是非聚簇索引。
现在有三条数据(1，11，'甲')，(2，12，'乙')，(2，13，'丙')。那么他们在数据库中存储的形式是，如下:
聚簇索引:
非聚簇索引:
可以看到聚簇索引后面是直接跟着的数据，而非聚簇索引指向的是聚簇索引的key值。
因此非聚簇索引查询数据需要先查到聚簇索引的key，然后用这个key去查询真正的数据(这个过程称为回表)。
也就是说非聚簇索引是需要查询两次
如图:
所以能走聚簇索引的尽量走聚簇索引(也可以说是尽量走主键)，看起来都是走索引，实际上主键要更快。
而且主键索引如果是自增的int类型，因为长度比较小，占用的空间也比较小。
覆盖索引
我们上面说到如果是非聚簇索引的话会需要回表，查询两次，但是如果要查询得字段，数据直接就在索引上是可以不需要回表的。这种索引称为覆盖索引。
比如我们要查询上面的test表中的age和name两个字段。
select id，age，name from test where age = 13;直接查询的话，会根据age的索引找到id的key，然后再用id去查询出数据。
但是如果我们创建一个(age，name)的联合索引，情况就不一样了。
因为要返回的值，id在联合索引指向的key上，age和name共同组成了联合索引，因此数据都在(age，name)的联合索引上，并不需要回表在去查询一次，可以大大提高查询得效率。当然这个查询要比较频繁，使用率比较高，毕竟创建索引也是要消耗资源的，实际情况要根据查询频率和索引大小来做出判断。
有联合索引存在的情况下能走覆盖索引当然是最好的，提高了查询效率。
注:还有在某些count聚合函数使用的时候可以使用覆盖索引来优化count，比如说select count(age) from test。因为age是有索引了，直接使用到的也是age，所以覆盖索引了，无需回表。
总结:
1。聚簇索引和非聚簇索引，查询得时候使用聚簇索引能提高查询效率，尽量避免走非聚簇索引回表的耗时操作
2。覆盖索引能提高查询效率，主要是避免了回表的操作，查询得时候根据具体情况建立合适的索引走覆盖索引提高查询速度
