前言

除了常见的普通索引，唯一索引，组合索引，大家还能说一下mysql中有哪些其他类型的索引吗？

今天和大家一起总结mysql中有哪些索引类型。

一、mysql中有哪些索引类型？

• 聚簇索引 (Clustered Index)
• 非聚簇索引
• 主键索引(PRIMARY KEY)
• 辅助索引(Secondary Indexes)
• HASH索引
• BTREE索引
• T-TREE索引
• R-Tree索引
• 自适应hash索引（Adaptive Hash Index）
• 唯一索引 (UNIQUE Indexs)
• 普通索引 (Normal index)
• 全文索引 （FULLTEXT Indexes）
• 空间索引 （Spatial indexes）
• 组合索引 (Multiple-Column Indexes)
• 覆盖索引
• 倒序索引 （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支持哪几种索引

此图中叶子结点的34的地址应为0x07

聚簇索引的优缺点：

在InnoDB表中按主键顺序插入行

顺序的主键什么时候会造成更坏的结果？

总结

a、关于innoDB中索引的使用

      了解不同存储引擎的索引实现方式对于正确使用和优化索引都非常有帮助，例如知道了InnoDB的索引实现后，就很容易明白为什么不建议使用过长的字段作为主键，因为所有辅助索引都引用主索引，过长的主索引会令辅助索引变得过大。再例如，用非单调的字段作为主键在InnoDB中不是个好主意，因为InnoDB数据文件本身是一颗B+Tree，非单调的主键会造成在插入新记录时数据文件为了维持B+Tree的特性而频繁的分裂调整，十分低效，而使用自增字段作为主键则是一个很好的选择。

b、什么时候选用myisam

      myisam的主键索引的叶子节点只存放数据在物理磁盘上的指针，其他次索引也是一样的； 
innodb的主键索引的叶子节点下面直接存放数据，其他次索引的叶子节点指向主键id； 
由此可以挖掘出一个问题，就是如果Innodb有大数据列，比如 varchar(300)，这种比较多的话，那么排序的时候用主键id排序会比较慢，因为id主键下面放着所有数据列，而Myisam就不需要扫描数据列，要解决这个问题的话可以再建一个和主键id一起的联合索引；

      MyISAM表索引在处理文本索引时更具优势，而INNODB表索引在其它类型上更具效率优势。比如全文索引一般在CHAR、VARCHAR或TEXT列上创建，MyISAM表支持而INNODB表不支持，常见主要针对文本进行索引。同时MySQL高并发需要事务场景时，只能使用INNODB表。

c、该如何选用两个存储引擎呢

此处参考链接：MySQL中MyISAM与InnoDB区别及选择 
      因为MyISAM相对简单所以在效率上要优于InnoDB.如果系统读多，写少。对原子性要求低。那么MyISAM最好的选择。且MyISAM恢复速度快。可直接用备份覆盖恢复。 
如果系统读少，写多的时候，尤其是并发写入高的时候。InnoDB就是首选了。 
两种类型都有自己优缺点，选择那个完全要看自己的实际类弄。

2、hash索引：
        a 仅仅能满足"=","IN"和"<=>"查询，不能使用范围查询
        b 其检索效率非常高，索引的检索可以一次定位，不像B-Tree 索引需要从根节点到枝节点，最后才能访问到页节点这样多次的IO访问，所以 Hash 索引的查询效率要远高于 B-Tree 索引
        c 只有Memory存储引擎显示支持hash索引

（1）Hash 索引仅仅能满足"=","IN"和"<=>"查询，不能使用范围查询。 
由于 Hash 索引比较的是进行 Hash 运算之后的 Hash 值，所以它只能用于等值的过滤，不能用于基于范围的过滤，因为经过相应的 Hash 算法处理之后的 Hash 值的大小关系，并不能保证和Hash运算前完全一样。 
（2）Hash 索引无法被用来避免数据的排序操作。 
由于 Hash 索引中存放的是经过 Hash 计算之后的 Hash 值，而且Hash值的大小关系并不一定和 Hash 运算前的键值完全一样，所以数据库无法利用索引的数据来避免任何排序运算； 
（3）Hash 索引不能利用部分索引键查询。 
对于组合索引，Hash 索引在计算 Hash 值的时候是组合索引键合并后再一起计算 Hash 值，而不是单独计算 Hash 值，所以通过组合索引的前面一个或几个索引键进行查询的时候，Hash 索引也无法被利用。 
（4）Hash 索引在任何时候都不能避免表扫描。 
前面已经知道，Hash 索引是将索引键通过 Hash 运算之后，将 Hash运算结果的 Hash 值和所对应的行指针信息存放于一个 Hash 表中，由于不同索引键存在相同 Hash 值，所以即使取满足某个 Hash 键值的数据的记录条数，也无法从 Hash 索引中直接完成查询，还是要通过访问表中的实际数据进行相应的比较，并得到相应的结果。 
（5）Hash 索引遇到大量Hash值相等的情况后性能并不一定就会比B-Tree索引高。 
对于选择性比较低的索引键，如果创建 Hash 索引，那么将会存在大量记录指针信息存于同一个 Hash 值相关联。这样要定位某一条记录时就会非常麻烦，会浪费多次表数据的访问，而造成整体性能低下。

hash值即为通过特定算法由指定列数据计算出来，磁盘地址即为所在数据行存储在硬盘上的地址（也有可能是其他存储地址，其实MEMORY会将hash表导入内存）。

这样，当我们进行WHERE age = 18 时，会将18通过相同的算法计算出一个hash值==>在hash表中找到对应的储存地址==>根据存储地址取得数据。

所以，每次查询时都要遍历hash表，直到找到对应的hash值，如（4），数据量大了之后，hash表也会变得庞大起来，性能下降，遍历耗时增加，如（5）。

InnoDB存储引擎有一个特别的功能，叫自适应哈希索引。当InnoDB注意到一些索引被很频繁的访问的时候，会在B-Tree索引的顶端为这些值建立起内存中的索引。这个过程是自动的，既不能控制，也不能配置它。

3、FULLTEXT索引（现在MyISAM和InnoDB引擎都支持了）

主要用来查找文本中的关键字，而不是直接与索引中的值相比较。fulltext索引跟其它索引大不相同，它更像是一个搜索引擎，而不是简单的where语句的参数匹配。fulltext索引配合match against操作使用，而不是一般的where语句加like。

1. --创建article表
   
2. CREATE TABLE article (
   
3.     id INT UNSIGNED AUTO_INCREMENT NOT NULL PRIMARY KEY,
   
4.     title VARCHAR(200),
   
5.     content TEXT,
   
6.     FULLTEXT (title, content) --在title和content列上创建全文索引
   
7. );

例如，我们想要在article表的title和content列中全文检索指定的查询字符串，可以如下编写SQL语句：

SELECT * FROM article WHERE MATCH(title, content) AGAINST('查询字符串')

全文索引并不是和MyISAM一起诞生的，它的出现是为了解决WHERE name LIKE “%word%"这类针对文本的模糊查询效率较低的问题。在没有全文索引之前，这样一个查询语句是要进行遍历数据表操作的，可见，在数据量较大时是极其的耗时的，如果没有异步IO处理，进程将被挟持，很浪费时间。
（1）创建表的适合添加全文索引

CREATE TABLE `table` (
    `id` int(11) NOT NULL AUTO_INCREMENT ,
    `title` char(255) CHARACTER NOT NULL ,
    `content` text CHARACTER NULL ,
    `time` int(10) NULL DEFAULT NULL ,
    PRIMARY KEY (`id`),
    FULLTEXT (content)
);

（2）修改表结构添加全文索引

ALTER TABLE article ADD FULLTEXT index_content(content)

（3）直接创建索引

CREATE FULLTEXT INDEX index_content ON article(content)

4、R-Tree索引（空间索引）（用于对GIS数据类型创建SPATIAL索引）

从物理存储角度

1、聚集索引（clustered index）

2、非聚集索引（non-clustered index）

聚集索引:

  一种索引，该索引中键值的逻辑顺序决定了表中相应行的物理顺序。即：只要索引是相邻的，那么对应的数据一定也是相邻地存放在磁盘上的。
　　聚集索引确定表中数据的物理顺序。聚集索引类似于电话簿，后者按姓氏排列数据。由于聚集索引规定数据在表中的物理存储顺序，因此一个表只能包含一个聚集索引。但该索引可以包含多个列（组合索引），就像电话簿按姓氏和名字进行组织一样。 　　　

  聚集索引对于那些经常要搜索范围值的列特别有效。使用聚集索引找到包含第一个值的行后，便可以确保包含后续索引值的行在物理相邻。例如，如果应用程序执行的一个查询经常检索某一日期范围内的记录，则使用聚集索引可以迅速找到包含开始日期的行，然后检索表中所有相邻的行，直到到达结束日期。这样有助于提高此 类查询的性能。同样，如果对从表中检索的数据进行排序时经常要用到某一列，则可以将该表在该列上聚集（物理排序），避免每次查询该列时都进行排序，从而节 省成本。 　　　

　 当索引值唯一时，使用聚集索引查找特定的行也很有效率。例如，使用唯一雇员 ID 列 emp_id 查找特定雇员的最快速的方法，是在 emp_id 列上创建聚集索引或 PRIMARY KEY 约束。

如果涉及到大数据量的排序、全表扫描、count之类的操作的话，还是MyISAM占优势些，因为索引所占空间小，这些操作是需要在内存中完成的。

非聚集索引:

  索引是通过B-Tree的数据结构来描述的，我们可以这么理解聚簇索引：索引的叶节点就是数据节点。而非聚簇索引的叶节点仍然是索引节点，只不过有一个指针指向对应的数据块。

备注：每个表只能有一个聚簇索引，因为一个表中的记录只能以一种物理顺序存放。但是，一个表可以有不止一个非聚簇索引。聚集索引一张表只能创建一个，非聚集索引一张表可以创建多个，在mysql中InnoDB引擎是唯一支持聚集索引的存储引擎。InnoDB按照主键（Primary Key）进行聚集，如果没有定义主键，InnoDB会试着使用唯一的非空索引来代替。如果没有这种索引，InnoDB就会定义隐藏的主键然后在上面进行聚集。

从逻辑角度

1、普通索引或者单列索引

是最基本的索引，它没有任何限制。它有以下几种创建方式：
（1）直接创建索引

CREATE INDEX index_name ON table(column(length))

（2）修改表结构的方式添加索引

ALTER TABLE table_name ADD INDEX index_name ON (column(length))

（3）创建表的时候同时创建索引

CREATE TABLE `table` (
    `id` int(11) NOT NULL AUTO_INCREMENT ,
    `title` char(255) CHARACTER NOT NULL ,
    `content` text CHARACTER NULL ,
    `time` int(10) NULL DEFAULT NULL ,
    PRIMARY KEY (`id`),
    INDEX index_name (title(length))
)

（4）删除索引

DROP INDEX index_name ON table

2、唯一索引或者非唯一索引

与前面的普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值。如果是组合索引，则列值的组合必须唯一。它有以下几种创建方式：
（1）创建唯一索引

CREATE UNIQUE INDEX indexName ON table(column(length))

（2）修改表结构

ALTER TABLE table_name ADD UNIQUE indexName ON (column(length))

（3）创建表的时候直接指定

CREATE TABLE `table` (
    `id` int(11) NOT NULL AUTO_INCREMENT ,
    `title` char(255) CHARACTER NOT NULL ,
    `content` text CHARACTER NULL ,
    `time` int(10) NULL DEFAULT NULL ,
    UNIQUE indexName (title(length))
);

3、主键索引：主键索引是一种特殊的唯一索引，一个表只能有一个主键，不允许有空值，一般是在建表的时候同时创建主键索引：

CREATE TABLE `table` (
    `id` int(11) NOT NULL AUTO_INCREMENT ,
    `title` char(255) NOT NULL ,
    PRIMARY KEY (`id`)
);

4、多列索引（组合索引）：

指多个字段上创建的索引，只有在查询条件中使用了创建索引时的第一个字段，索引才会被使用。使用组合索引时遵循最左前缀集合

ALTER TABLE `table` ADD INDEX name_city_age (name,city,age); 

5、空间索引：空间索引是对空间数据类型的字段建立的索引，MYSQL中的空间数据类型有4种，分别是GEOMETRY、POINT、LINESTRING、POLYGON。MYSQL使用SPATIAL关键字进行扩展，使得能够用于创建正规索引类型的语法创建空间索引。创建空间索引的列，必须将其声明为NOT NULL，空间索引只能在存储引擎为MYISAM的表中创建

CREATE TABLE table_name[col_name data type]
[unique|fulltext|spatial][index|key][index_name](col_name[length])[asc|desc]

1、unique|fulltext|spatial为可选参数，分别表示唯一索引、全文索引和空间索引；

2、index和key为同义词，两者作用相同，用来指定创建索引

3、col_name为需要创建索引的字段列，该列必须从数据表中该定义的多个列中选择；

4、index_name指定索引的名称，为可选参数，如果不指定，MYSQL默认col_name为索引值；

5、length为可选参数，表示索引的长度，只有字符串类型的字段才能指定索引长度；

6、asc或desc指定升序或降序的索引值存储

缺点

1.虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行insert、update和delete。因为更新表时，不仅要保存数据，还要保存一下索引文件。
2.建立索引会占用磁盘空间的索引文件。一般情况这个问题不太严重，但如果你在一个大表上创建了多种组合索引，索引文件的会增长很快。
索引只是提高效率的一个因素，如果有大数据量的表，就需要花时间研究建立最优秀的索引，或优化查询语句。

注意事项

使用索引时，有以下一些技巧和注意事项：
1.索引不会包含有null值的列
只要列中包含有null值都将不会被包含在索引中，复合索引中只要有一列含有null值，那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为null。
2.使用短索引
对串列进行索引，如果可能应该指定一个前缀长度。例如，如果有一个char(255)的列，如果在前10个或20个字符内，多数值是惟一的，那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
3.索引列排序
查询只使用一个索引，因此如果where子句中已经使用了索引的话，那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作；尽量不要包含多个列的排序，如果需要最好给这些列创建复合索引。
4.like语句操作
一般情况下不推荐使用like操作，如果非使用不可，如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
5.不要在列上进行运算
这将导致索引失效而进行全表扫描，例如

SELECT * FROM table_name WHERE YEAR(column_name)<2017;

6.不使用not in和<>操作

MySQL索引的概念以及七种索引类型介绍。

1 索引的概念

索引（在MySQL中也叫做“键（key）”）是存储引擎用于快速找到记录的一种数据结构，这也是索引最基本的功能。

索引对于良好的性能非常关键。数据量越大时，索引对性能的影响也越重要，好的索引可以将查询性能提高几个数量级。在数据量较小且负载较低时，不恰当的索引对性能的影响可能还不明显，但是在数据量逐渐增大时，糟糕的索引会使MySQL的性能急剧的下降。

索引优化是查询性能优化最有效的手段。

如果想要在一本书中找到某个特定主题，一般会先看书的目录，找到对应的页码，然后直接翻到对应的页码即可查看。在MySQL中，存储引擎用类似的方法使用索引，首先在索引中找到对应的值，然后根据匹配的索引记录找到对应的数据行。简单的说，数据库索引类似于书前面的目录，能加快数据库的查询速度。

如下查询：

select name from user where user_id = 5  

如果user_id列上建有索引，则MySQL将使用该索引找到user_id 为 5的行，即MySQL现在索引上按值进行查找，然后返回包含该值的数据行。

索引可以一个或多个列的值，如果索引包含多个列，那么列的顺序也很重要，因为MySQL只能高效地使用最左前缀列。

2 索引的类型

按照功能逻辑区分，MySQL目前主要有以下索引类型：

1. 主键索引
   1. 数据列不允许重复，不允许为NULL，一个表只能有一个主键。
   2. ALTER TABLE table_name ADD PRIMARY KEY (column);
2. 普通索引
   1. MySQL中基本索引类型，没有什么限制，允许在定义索引的列中插入重复值和NULL值。一个表允许多个列创建普通索引。
   2. ALTER TABLE table_name ADD INDEX index_name (column);
3. 唯一索引
   1. 索引列中的值必须是唯一的，但是允许NULL值。建立唯一索引的目的大部分时候都是为了该属性列的数据的唯一性，而不是为了查询效率。一个表允许多个列创建唯一索引。
   2. ALTER TABLE table_name ADD UNIQUE (column);
4. 全文索引
   1. 主要是为了快速检索大文本数据中的关键字的信息。字段长度比较大时，如果创建普通索引，在进行like模糊查询时效率比较低，这时可以创建全文索引，基于倒排索引，类似于搜索引擎。MyISAM存储引擎支持全文索引，InnoDB 存储引擎在 MySQL 5.6.4 版本中也开始支持全文索引。
   2. ALTER TABLE table_name ADD FULLTEXT (column);
5. 前缀索引
   1. 在文本类型如BLOB、TEXT或者很长的VARCHAR列上创建索引时，可以使用前缀索引，数据量相比普通索引更小，可以指定索引列的长度，但是数值类型不能指定。
   2. ALTER TABLE table_name ADD KEY(column_name(prefix_length));
6. 组合索引
   1. 指多个字段上创建的索引，只有在查询条件中使用了创建索引时的第一个字段，索引才会被使用。使用组合索引时遵循最左前缀原则。
   2. 主键索引、普通索引、唯一索引等都可以使用多个字段形成组合索引。例如，ALTER TABLE table_name ADD INDEX index_name ( column1, column2, column3 );
7. 空间索引
   1. MySQL在5.7之后的版本支持了空间索引，而且支持OpenGIS几何数据模型。MySQL在空间索引这方面遵循OpenGIS几何数据模型规则。

参考资料：

1. 《 MySQL 技术内幕: InnoDB 存储引擎》
2. 《高性能 MySQL》

如有需要交流，或者文章有误，请直接留言。另外希望点赞、收藏、关注，我将不间断更新各种Java学习博客！