InnoDB自适应哈希索引是自动构建于内存的等值查询加速结构，不占用索引空间、不可按表/字段启用，仅MySQL全局开关控制；MyISAM无此机制，所有索引均为静态B+树，索引与数据分离，仅支持O(log n)等值及范围查询。
InnoDB 的自适应哈希索引不是你手动创建的索引，它不占用你定义的索引空间，也不出现在 SHOW INDEXES FROM table 结果里；而 MyISAM 根本没有这个机制，它的所有索引都是你显式创建的 B+ 树索引。
自适应哈希索引是 InnoDB 自动维护的内存结构，无法手动开关（除全局禁用）
InnoDB 在缓冲池中对频繁访问的 B+ 树页自动构建哈希映射，条件是：某段范围查询反复命中同一组叶子页、且访问模式高度重复（如等值查询主键或二级索引前缀）。它由后台线程监控热点页，触发后在内存中生成哈希表，键是索引值拼接页号，值是指向页内记录的指针。
关键点：
-
innodb_adaptive_hash_index是唯一控制开关，设为OFF会彻底禁用（MySQL 8.0 默认开启，5.7 可动态关闭） - 不能对某张表或某个字段单独启用/禁用
- 哈希表完全驻留内存，实例重启即消失，不写磁盘
- 不会出现在
SHOW CREATE TABLE或INFORMATION_SCHEMA.STATISTICS中
MyISAM 没有自适应哈希索引，所有索引都是静态 B+ 树
MyISAM 的每个索引（包括主键和普通索引）都对应一个独立的 .MYI 文件，结构固定为 B+ 树，叶子节点只存数据行物理地址（.MYD 文件中的偏移量）。它不分析访问模式，不缓存热点路径，也不做任何运行时索引优化。
这意味着：
- 等值查询走 B+ 树搜索，时间复杂度 O(log n)，而非 O(1)
- 范围查询（
BETWEEN、>）、排序（ORDER BY）、前缀匹配（LIKE 'abc%'）天然支持，而自适应哈希索引只加速等值查询 - 索引大小可预测，受
key_buffer_size影响，但不会因查询负载突增内存占用
两者底层索引结构与数据组织方式根本不同
自适应哈希索引只是 B+ 树的“加速缓存”，它不改变 InnoDB 的聚簇索引本质；而 MyISAM 的 B+ 树是非聚簇的，索引与数据分离。这导致实际查询行为差异极大：
- InnoDB 主键查询：先查聚簇索引树 → 若命中热点页，可能直接走哈希跳转到记录 → 返回整行数据
- InnoDB 二级索引查询：先查二级索引 B+ 树 → 得到主键 → 再回表查聚簇索引 → 全程不触发自适应哈希（除非主键查询本身也热）
- MyISAM 任意索引查询：查 B+ 树 → 取出 .MYD 地址 → 直接读取数据行 → 没有“回表”概念，但多一次磁盘寻址
- 自适应哈希失效场景：查询条件带函数（
WHERE UPPER(name) = 'ABC'）、使用了索引跳跃扫描（IN列表过大）、页被驱出缓冲池
真正要注意的是：自适应哈希索引在高并发等值查询下能明显降低 CPU 和延迟，但它依赖缓冲池热度，且可能引发哈希锁争用（尤其在老版本 MySQL 中）。而 MyISAM 的稳定 B+ 树虽然慢一点，但行为可预期，没有隐藏的内存抖动风险——这点在 OLAP 类只读报表库中反而更省心。
