14.2.5.6 Adaptive Hash Indexes 自适应Hash Indexes

14.2.5.6 Adaptive Hash Indexes 自适应Hash Indexes

adaptive hash index（AHI) 让InnoDB 执行更加像在一个内存数据库里在,

在不牺牲任何事务功能或者可靠性。

这个功能是启动通过innodb_adaptive_hash_index option,或者关闭通过--skip-innodb_adaptive_hash_index  在服务器启动的

时候。

基于
观察到的模式搜索,MySQL 建立一个Hash index 使用一个index key的前缀。

key的前缀可以是任何长度,它可以是只有一些值在B-tree 出现在hash index,Hash indexes 是建立在

那些索引的pages 经常被访问的。

如果一个表填满整个在内存里,一个hash index 可以加速查询通过启用任何元素的直接查询,

把index 值变成一种指针。InnoDB 有一个机制来监控索引搜索,如果InnoDB 注意到查询可以从创建一个hash index 收益,

它会自动这么做。

一些工作负载,hash index 查找加速远远超过额外的工作来监控index 查找和维护hash index 结构。

有时候,read/write 锁 守护访问自适应索引可以变成一个竞争的源头 在负载比较大的情况下,

比如 多个并发连接。查询像 LIKE 操作和% 通配符也不倾向于从AHI 收益。

对于负载 自适应hash index是不需要的,关掉它降低不需要的性能负载。

因为它是很难预测的,这个功能是否适合一个特定的系统。

考虑到 运行基准 既启用和关闭 使用一个现实的工作负载。

默认启用

mysql> show variables like '%innodb_adaptive_hash_index%';
+----------------------------+-------+
| Variable_name              | Value |
+----------------------------+-------+
| innodb_adaptive_hash_index | ON    |
+----------------------------+-------+
1 row in set (0.00 sec)

hash index 总是基于现在存在的B-tree 索引创建,
InnoDB 可以创建一个hash index 在一个B-tree索引定义的任何长度的前缀。

根据搜索的模式,InnoDB 观察B-tree 索引,一个hash index 可以是部分的,只覆盖索引经常访问的pages.