概述
数据库中经常用到的索引包括hash索引和B树索引。
定义
哈希索引（hash index）是基于hash表实现的。
当某列需要创建hash索引时，存储引擎会将该列所有的值分别通过hash函数生成一个hash编码，不同的值计算出来的hash编码也不一样。存储引擎将hash编码按顺序存储在索引中，同时在hash表中存储指向对应数据行的指针。若出现hash冲突，则使用链表存储不同的对应指针。
原理
hash散列
优势
- 访问hash索引一般比较快，因为是一次定位到具体hash编码。
- hash码一般比较精简，对于数据值比较长的情况下，能节省索引空间。
劣势
- hash索引无法进行范围查找，只能进行等值比较查询。
- hash索引是按照hash码顺序存储的，不是按照数据值顺序存储，所以无法进行排序。
- hash索引只包含hash码和对应行指针，不存储数据值。所以不能避免读取数据行的操作。
- hash索引无法进行部分列匹配查询，因为hash索引是使用全部数据值进行计算hash编码的。
- 当达到一定数据规模后，会产生hash冲突，若冲突严重时维护索引的成本会增高。每次都要遍历链表进行更新索引
结合优化
MySQL中InnoDB存储引擎有一个功能叫自适应哈希索引，它将B树索引和hash索引进行了结合。
思路
在内存中基于B树之上创建伪hash索引，即将原本存在B树节点上的数据值变成存储该数据值的hash码。
当进行数据查找的时候根据该数据值的hash码进行查找（在B树上），找到hash码后再根据对应hash表找到对应数据行。
应用优势
当数据值很长（比如URL），若完全以B树构建索引，则空间很大。若以上述方式构建索引（先将值hash，然后在构建成B树索引）则会节省空间。并且使用hash码在B树上查找也能增加效率（整数比较）。
缺点
为避免hash冲突造成的影响，where查询条件中一般需要包含该常量值。否则可能出现冗余/不正确的返回结果。
select id
from url
where url_crc = CRC32("www.baidu.com")
and url = "www.baidu.com"
// url_crc 为构建了自适应索引的列
