1.作用      

     自适应哈希索引使InnoDB能够在具有适当的工作负载组合和足够的缓冲池内存的系统上执行更像内存中的数据库，而不会牺牲事务特性或可靠性。

2.设置

自适应哈希索引由innodb_adaptive_hash_index变量启用

或在服务器启动时由--skip-innodb-adaptive-hash-index关闭。

3.自适应

根据观察到的搜索模式，使用索引键的前缀构建哈希索引。

前缀可以是任何长度，并且可能只有B树中的一些值出现在哈希索引中。

哈希索引是根据经常访问的索引页的需要构建的。

如果一个表几乎完全适合主内存，那么哈希索引可以通过直接查找任何元素来加快查询速度，将索引值变成某种指针。

InnoDB有一个监视索引搜索的机制。如果InnoDB注意到查询可以从构建哈希索引中受益，它会自动这样做。

博主PS：

我们知道表的数据是通过页组成为一颗B+树存放的，自适应哈希索引的意义就是监控哪些页经常被访问到，那么就把这些经常访问到的页使用hash索引，键值对的方式存放下来，下一次要找某页数据时，就不从B+树寻找了，直接hash判断页的位置。我们知道B+树本质是二分查找法。二分查找是永远没有hash算法直接计算数据位置来得快的。

4.其他情况

对于某些工作负载，哈希索引查找的速度大大超过了监视索引查找和维护哈希索引结构的额外工作。在繁重的工作负载（例如多个并发联接）下，对自适应哈希索引的访问有时会成为争用的来源。使用LIKE运算符和%通配符的查询也往往没有好处。

对于没有从自适应哈希索引中获益的工作负载，关闭它可以减少不必要的性能开销。

由于很难提前预测自适应哈希索引是否适用于特定的系统和工作负载，请考虑在启用和禁用它的情况下运行基准测试。

对自适应哈希索引功能进行了分区。每个索引都绑定到一个特定的分区，每个分区都由一个单独的锁存器保护。分区由innodb_adaptive_hash_index_parts变量控制。

innodb_adaptive_hash_index_parts变量默认设置为8。最大设置为512。

您可以在SHOW ENGINE INNODB STATUS输出的SEMAPHORES部分中监视自适应哈希索引的使用和争用。如果在btr0sea.c中创建的rw锁存器上有许多线程在等待，请考虑增加自适应哈希索引分区的数量或禁用自适应哈希索引。

5.B树和哈希索引

有关哈希索引的性能特征的信息，请参阅第10.3.9节“B树和哈希索引的比较”。

【MySQL精通之路】优化-B树索引与哈希索引-CSDN博客