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树和哈希索引的比较"。