前言
除了常见的普通索引，唯一索引，组合索引，大家还能说一下mysql中有哪些其他类型的索引吗？
今天和大家一起总结mysql中有哪些索引类型。
一、mysql中有哪些索引类型？
-
聚簇索引 (Clustered Index)
-
非聚簇索引
-
主键索引(PRIMARY KEY)
-
辅助索引(Secondary Indexes)
-
HASH索引
-
BTREE索引
-
T-TREE索引
-
R-Tree索引
-
唯一索引 (UNIQUE Indexs)
-
普通索引 (Normal index)
-
全文索引 （FULLTEXT Indexes）
-
空间索引 （Spatial indexes）
-
组合索引 (Multiple-Column Indexes)
-
覆盖索引
-
自适应hash索引（Adaptive Hash Index）
-
倒序索引 （Descending Indexes）
-
不可见索引（Invisible Indexes）
吓了一跳吧，你说出了几个索引类型。
二、索引类型说明
1、按索引是否包含数据来分类
聚簇索引：
将数据存储与索引放到了一块，找到索引也就找到了数据，不需要根据主键或行号去进行回表查询。
非聚簇索引：
非聚簇索引就是指B+Tree的叶子节点上的data，并不是数据本身，而是数据存放的地址。主索引和辅助索引没啥区别，只是主索引中的key一定得是唯一的。主要用在MyISAM存储引擎中.
MyISAM引擎使用B+Tree作为索引结构，叶节点的data域存放的是数据记录的地址。
2、按索引是否建立在主键上分类
主键索引：
在MySQL的主键上创建的索引就是主键索引，主键索引会自动创建，一个表只能有一个主键索引，同时主键索引也是唯一索引。
辅助索引：
在聚簇索引之上创建的索引称之为辅助索引，辅助索引访问数据总是需要二次查找，非聚簇索引都是辅助索引，像复合索引、前缀索引、唯一索引，innodb中辅助索引叶子节点存储的不再是行的物理位置，而是键值和主键 ID。
注意：
InnoDB引擎支持聚簇索引，MyISAM引擎不支持聚簇索引。
所以，主键索引不一定是聚簇索引。
3、按索引的底层数据结构分类
HASH索引
Hash 索引的特性：
1、等值查询较快，但是不稳定
2、不能使用范围查询
3、不能避免数据排序
4、不能利用组合索引的部分字段进行查询
5、不支持模糊查询
6、避免不了回表查询
B+Tree索引
B+Tree索引的特性：
1.所有关键字都出现在叶子结点的链表中（稠密索引），且链表中的关键字恰好是有序的；
2.内节点不存储data，只存储key；叶子节点不存储指针。
3.不可能在非叶子结点命中；
4.非叶子结点相当于是叶子结点的索引（稀疏索引），叶子结点相当于是存储（关键字）数据的数据层；
5、B+Tree的每个叶子节点增加一个指向相邻叶子节点的指针，就形成了带有顺序访问指针的B+Tree。做这个优化的目的是为了提高区间访问的性能
6.更适合文件索引系统；
mysql各个存储引擎支持的索引类型：
4、按索引的常规功能分类
唯一索引 (UNIQUE Indexs)
要求索引列的所有值都只能出现一次，即必须唯一。
普通索引 (Normal index)
仅用来提高查询速度，没有其他特性。
全文索引 （FULLTEXT Indexes）
MySQL可以通过建立全文索引，利用查询关键字和查询列内容之间的相关度进行检索，可以利用全文索引来提高匹配的速度。比如实现全匹配模糊查询。
但是实际场景测试mysql的全文索引性能非常不稳定，不建议生产环境使用。需要使用全文检索的地方，还是推荐使用Elasticsearch
空间索引 （Spatial indexes）
空间索引使用R树，R树是用于索引多维数据的专用数据结构。
这4类索引也是我们可以使用Navicat等客户端工具，能够主动创建的4类索引。
5、按索引是否包含多个字段分类
多字段索引 (Multiple-Column Indexes)
也叫组合索引（composite indexes），即索引中包含多个表字段。
样例语句：
CREATE TABLE test ( id INT NOT NULL, last_name CHAR(30) NOT NULL, 1581Verifying Index Usage first_name CHAR(30) NOT NULL, PRIMARY KEY (id), INDEX name (last_name,first_name) );
6、其他特性索引
T-TREE索引
BTREE索引由NDB存储引擎实现为T树索引，算是BTREE索引在NDB存储引擎中的升级实现。
R-Tree索引
从MySQL 8.0.12开始，R-Tree索引开始在SPATIAL索引中使用。
MySQL对空间列上的SPATIAL索引使用R-Trees进行二次分割。
自适应hash索引（Adaptive Hash Index）
是InnoDB存储引擎中的内存结构的组成部分。
InnoDB存储引擎会监控对表上各索引页的查询，如果观察到建立hash索引可以提高查询速度，则自动建立hash索引。这就是自适应哈希索引（Adaptive Hash Index，AHI）
AHI是通过缓存池的B+树页构造而来，因此建立的速度很快，而且不需要对整张表构建hash索引。
InnoDB存储引擎会自动根据访问的频率和模式来自动的为某些热点也建立hash索引。
覆盖索引
如果一个索引包含(或覆盖)所有需要查询的字段的值，称为‘覆盖索引’。即只需扫描索引而无须回表。
这个概念非常重要，灵活运用对SQL优化非常有帮助。
比如这2个查询语句，同样是全匹配模糊查询，第二个sql却能使用索引。原因是就是利用了覆盖索引的概念，减少了回表查询。
降序索引 （Descending Indexes）
从MySQL 8.0开始支持降序索引了。其实，从语法上，MySQL 4就支持了，但正如官方文档所言，"they are parsed but ignored"，实际创建的还是升序索引。
MySQL支持降序索引：不再忽略索引定义中的DESC，而是导致键值的降序存储。
降序索引的意义：
如果一个查询，需要对多个列进行排序，且顺序要求不一致。在这种场景下，要想避免数据库额外的排序-“filesort”，只能使用降序索引。
CREATE TABLE t ( c1 INT, c2 INT, INDEX idx1 (c1 ASC, c2 ASC), INDEX idx2 (c1 ASC, c2 DESC), INDEX idx3 (c1 DESC, c2 ASC), INDEX idx4 (c1 DESC, c2 DESC) );
ORDER BY c1 ASC, c2 ASC -- optimizer can use idx1 ORDER BY c1 DESC, c2 DESC -- optimizer can use idx4 ORDER BY c1 ASC, c2 DESC -- optimizer can use idx2 ORDER BY c1 DESC, c2 ASC -- optimizer can use idx3
不可见索引
MySQL支持不可见索引；也就是说，优化器未使用的索引。该功能适用于除主键（显式或隐式）以外的索引。
不可见的索引可以测试删除索引对查询性能的影响，而无需
进行破坏性的更改，如果最终需要索引，则必须撤消该更改。下降和
对于大型表，重新添加索引可能会非常昂贵，而使其不可见和可见则是快速的就地操作。
简单来说，就是可以使索引不起作用，对查询优化器不可见。一般在调试索引对查询性能影响的时候使用。相当于索引的一个开关。
创建不可见索引的三种方式：
CREATE TABLE t1 ( i INT, j INT, k INT, INDEX i_idx (i) INVISIBLE ) ENGINE = InnoDB; CREATE INDEX j_idx ON t1 (j) INVISIBLE; ALTER TABLE t1 ADD INDEX k_idx (k) INVISIBLE;
修改一个索引的可见性：
ALTER TABLE t1 ALTER INDEX i_idx INVISIBLE; ALTER TABLE t1 ALTER INDEX i_idx VISIBLE;
总结
本文比较全面的介绍了mysql中索引类型。
你还知道Mysql中哪些其他的索引类型，欢迎留言交流。