mysql中的索引介绍btree/hash

什么是索引？

索引的概念网上说的很清楚了，个人理解“索引是一种高效查询的数据结构”。举个例子，我们使用字典查找某一个汉子，不会傻乎乎的一页页去翻，首先去目录查，查到汉字的页数后直接翻到指定页。在这个过程中，索引可以类比为目录，而存放在磁盘上的数据地址可以类比为汉字所在的页数。

---

mysql中的btree索引

关于btree索引，网上有很多的文章介绍，这里就不介绍了。可以看看这篇文章
https://blog.csdn.net/UFO___/article/details/80522453
简单说几句，mysql中的btree索引通常指b+ tree，b+ tree在MyISAM和innoDB中使用的情况不一样。

MyISAM中使用的是非聚集索引，索引中所存放的是那一行数据的地址，当从索引中获取到地址后，再去磁盘中的数据文件查找该文件。这一过程叫做回行，意思是获取地址后再回到磁盘查找数据，会对磁盘再次进行I/O操作。

innoDB中使用的是聚集索引，主键索引中存放的的这一行的所有数据，意思就是在索引中查到了那么就可以不用再经历回行，而是可以直接读取一行中的数据。但是会导致索引文件过大，消耗查询时间。

---

mysql中的hash索引

MEMORY是MySQL中一类特殊的存储引擎。它使用存储在内存中的内容来创建表，而且数据全部放在内存中。这些特性与前面的两个很不同。

在memory引擎中，默认是hash索引，hash的理论查询时间复杂度为O(1),意思就是无论多少数据只需要在hash索引中查找一次就能够找到。

什么是hash索引？

简单地说，哈希索引就是采用一定的hash算法，把键值换算成新的哈希值，检索时不需要类似B+树那样从根节点到叶子节点逐级查找，只需一次hash算法即可立刻定位到相应的位置，速度非常快。

这是网上的一张hash索引示意图，一个字段被建立了hash索引，那么键值会经过hash算法生成一个地址存放键值，下次再来取的时候也只需要把键值转换为hash地址从而从该地址取值。由此可知，地址是无规律存放在磁盘中的。

由于hash索引所存放数据在磁盘中的位置随机，hash索引因此存在很大的弊端。

（1）Hash 索引仅仅能满足”=”,”IN”和”<=>”查询，不能使用范围查询。

由于 Hash 索引比较的是进行 Hash 运算之后的 Hash 值，所以它只能用于等值的过滤，不能用于基于范围的过滤，因为经过相应的
Hash 算法处理之后的 Hash 值的大小关系，并不能保证和Hash运算前完全一样。

举个例子，年龄字段：10,20,30,40 存放地址为:0x6aeb,0x98f7,0x652a,0x74d1
如果我要查找年龄大于20的人，通过btree是很容易实现的，因为btree是排好序的结构，而hash是无序的，20被hash算法处理后得到地址为0x98f7,但是却无法找到比20大的任何数据，因为它无序。

（2）Hash 索引无法被用来避免数据的排序操作。

由于 Hash 索引中存放的是经过 Hash 计算之后的 Hash 值，而且Hash值的大小关系并不一定和 Hash运算前的键值完全一样，所以数据库无法利用索引的数据来避免任何排序运算。

（3）Hash 索引不能利用部分索引键查询。

对于多列索引，Hash 索引在计算 Hash 值的时候是多列索引键合并后再一起计算 Hash 值，而不是单独计算 Hash
值，所以通过多列索引的前面一个或几个索引键进行查询的时候，Hash 索引也无法被利用。

对于多列索引，例如(id,name)，在btree中，就算索引只用上了id或者name，也可以从索引树中找到地址。但是在hash索引中，把id和name都通过hash算法进行转化，因此如果只用id或者name是无法查到数据的位置。

（4）Hash 索引在任何时候都不能避免表扫描。

Hash 索引是将索引键通过 Hash 运算之后，将 Hash运算结果的 Hash 值和所对应的行指针信息存放于一个 Hash 表中，由于不同索引键存在相同 Hash 值，所以即使取满足某个 Hash 键值的数据的记录条数，也无法从 Hash索引中直接完成查询，还是要通过访问表中的实际数据进行相应的比较，并得到相应的结果。

简单来说，就算hash算法并不能保证每一个值处理后所得到的hash值都不同。

（5）Hash 索引遇到大量Hash值相等的情况后性能并不一定就会比B-Tree索引高。

对于选择性比较低的索引键，如果创建 Hash 索引，那么将会存在大量记录指针信息存于同一个 Hash值相关联。这样要定位某一条记录时就会非常麻烦，会浪费多次表数据的访问，而造成整体性能低下。