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.