1、mysql中有哪些索引类型?
聚簇索引 (Clustered Index)web
非聚簇索引sql
主键索引(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)
吓了一跳吧,你说出了几个索引类型。
2、索引类型说明
一、按索引是否包含数据来分类
聚簇索引:
将数据存储与索引放到了一块,找到索引也就找到了数据,不须要根据主键或行号去进行回表查询。
非聚簇索引:
非聚簇索引就是指B+Tree的叶子节点上的data,并非数据自己,而是数据存放的地址。主索引和辅助索引没啥区别,只是主索引中的key必定得是惟一的。主要用在MyISAM存储引擎中.
MyISAM引擎使用B+Tree做为索引结构,叶节点的data域存放的是数据记录的地址。
二、按索引是否创建在主键上分类
主键索引:
在MySQL的主键上建立的索引就是主键索引,主键索引会自动建立,一个表只能有一个主键索引,同时主键索引也是惟一索引。
辅助索引:
在聚簇索引之上建立的索引称之为辅助索引,辅助索引访问数据老是须要二次查找,非聚簇索引都是辅助索引,像复合索引、前缀索引、惟一索引,innodb中辅助索引叶子节点存储的再也不是行的物理位置,而是键值和主键 ID。
注意:
InnoDB引擎支持聚簇索引,MyISAM引擎不支持聚簇索引。
因此,主键索引不必定是聚簇索引。
三、按索引的底层数据结构分类
HASH索引
Hash 索引的特性:
一、等值查询较快,可是不稳定
二、不能使用范围查询
三、不能避免数据排序
四、不能利用组合索引的部分字段进行查询
五、不支持模糊查询
六、避免不了回表查询
B+Tree索引
B+Tree索引的特性:
1.全部关键字都出如今叶子结点的链表中(稠密索引),且链表中的关键字刚好是有序的;
2.内节点不存储data,只存储key;叶子节点不存储指针。
3.不可能在非叶子结点命中;
4.非叶子结点至关因而叶子结点的索引(稀疏索引),叶子结点至关因而存储(关键字)数据的数据层;
五、B+Tree的每一个叶子节点增长一个指向相邻叶子节点的指针,就造成了带有顺序访问指针的B+Tree。作这个优化的目的是为了提升区间访问的性能
6.更适合文件索引系统;
mysql各个存储引擎支持的索引类型:
四、按索引的常规功能分类
惟一索引 (UNIQUE Indexs)
要求索引列的全部值都只能出现一次,即必须惟一。
普通索引 (Normal index)
仅用来提升查询速度,没有其余特性。
全文索引 (FULLTEXT Indexes)
MySQL能够经过创建全文索引,利用查询关键字和查询列内容之间的相关度进行检索,能够利用全文索引来提升匹配的速度。好比实现全匹配模糊查询。
可是实际场景测试mysql的全文索引性能很是不稳定,不建议生产环境使用。须要使用全文检索的地方,仍是推荐使用Elasticsearch
空间索引 (Spatial indexes)
空间索引使用R树,R树是用于索引多维数据的专用数据结构。
这4类索引也是咱们可使用Navicat等客户端工具,可以主动建立的4类索引。
五、按索引是否包含多个字段分类
多字段索引 (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)
);
六、其余特性索引
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中哪些其余的索引类型,欢迎留言交流。
更多精彩,关注我吧。
图注:跟着老万学java