以下哪些是MySQL唯一索引的特点

聚簇索引

数据跟索引放在一起的叫聚簇索引；

数据和索引分开存储的叫非聚簇索引；

innodb存储引擎，数据和文件都放在ibd文件中，实际的数据是跟索引绑定在一起的，如果表中有主键，那么跟主键绑定，如果没有主键那么跟唯一键绑定，如果没有唯一键，和6个字节的rowid（6字节的随机字符串）进行绑定。

6字节的rowid是隐藏的，看不到的，实际的mysql数据行中包含了非常多的隐藏字段。

MyISAM是非聚簇索引，因为数据文件和索引文件是分开存放的。

innodb中有聚簇索引也有非聚簇索引。

一个表可以有N个索引，每一个索引都是一颗B+树，每个B+树都是独立的，一个表中会存在多颗B+tree。

表中的数据存储几份?

叶子节点存储的数据行存了一份。

如果存一份的话，就会存在一个问题，因为一个表里面会包含N多个B+ tree：

数据只存储一份，其他的非聚簇索引的叶子节点中存储的是聚簇索引的key值，

所以innobdb中也包含了非聚簇索引。

这是一个表数据，id是主键索引，name是普通索引，

id主键索引，叶子节点存储的是数据，所以id是聚簇索引；

name是普通索引，叶子节点存储的是id值，所以name B+ tree是一个非聚簇索引、二级索引或叫辅助索引。

索引是一个具体的物理结构；

如果表中唯一键有多个，没有主键，那么此时聚簇索引按照唯一键的前后顺序创建。

多个列建的索引叫联合索引或复合索引

一般情况下，设置索引列的时候，只会选择一个列作为索引字段，但是在某些特殊情况下，需要将多个列共同组成一个索引字段，称之为联合索引。

MyISAM索引都是辅助索引，没有聚簇索引，都是用来辅助查询的。

在索引优化的时候需要注意什么问题?

什么情况下会导致索引失效？

索引上不要出现函数计算组合索引在进行使用的时候要遵循最左匹配原则in或or在很多情况下会导致索引失效，但是要根据实际的情况来进行判断在使用索引的时候，如果中间的某个索引列使用了范围查询，会导致后续的索引失效

回表

ｓｅｌｅｃｔ * from table where name=‘zhangsan‘，

id是主键，name是普通索引， 先根据name值去name B+树找到对应的叶子节点，取出id值，再根据id值去id B+树中查找全部的结果，这个过程称为回表，回表的效率比较低，尽可能不要使用，避免回表的产生，因为需要回到原来的表里查询对应的数据记录。

索引覆盖

先根据name值去name B+树查找结果，能够直接获得id和name，不需要去id的B+树查找数据了，这个过程叫索引覆盖即索引的叶子节点中包含了要查询的全部数据，推荐使用索引覆盖。

最左匹配原则

id是主键，name、age是组合索引，在查找的时候必须从左往右匹配。第一和第三个sql符合该原则；

如果把age和name的顺序换下，不会影响最终的查询结果，因为这时候优化器会优化，调整对应的顺序，所以也会匹配该原则；在比较数据的时候，先比较第一个，再比较第二个，因为只有第一个相同了，才有比较第二个的可能。

索引下推

ｓｅｌｅｃｔ * from table where name=? and age=?，没有索引下推前，先根据name的值从存储引擎中拿到符合条件的数据，然后在server中对age进行数据过滤，有了索引下推之后，直接根据name和age从存储引擎中筛选对应的数据，返回给server，不需要做索引过滤；原来在server层需要对age做过滤，现在下推到了存储引擎层过滤数据。

mysql 5.7之后默认开启索引下推，两个字段一起筛选，筛选的数据量少了，io量也有少了。