是否有数据库管理系统（DBMS）采用HASH PAGE？能否自行设计HASH PAGE

• 已有多款成熟DBMS采用了类似HASH PAGE的设计，这类设计核心就是通过页内哈希映射实现*O(1)*的点查询性能，同时利用紧凑连续的内存布局提升缓存友好性，和你的设计思路高度契合。
• 具体的典型案例包括：
  • SQLite：在CREATE TABLE ... WITHOUT ROWID的表结构中，使用哈希组织的页存储数据，主键直接通过哈希映射到页内的对应槽位，跳过了B树的层级遍历，在单点读写场景下性能显著提升。
  • Redis：作为键值存储，它的哈希表底层实现（尤其是针对小数据优化的ziplist结构）本质就是缓存友好的HASH PAGE设计——连续内存块存储键值对，哈希定位后直接访问，最大化CPU缓存命中率。
  • MemSQL：其内存OLTP引擎采用哈希页分片存储数据，数据按哈希值分配到对应页，页内通过哈希索引快速定位记录，专为高并发、高频点查询的场景优化。
• 你的设计思路非常优秀：HASH PAGE在高频点查询、更新场景下的优势是B树结构无法比拟的，缓存友好的特性能大幅降低CPU缓存缺失率。不过需要注意几个关键点：哈希冲突的页内处理策略（如开放寻址或链地址法）、页的分裂与合并机制，以及HASH PAGE天然不适合范围查询的局限性——这也是多数DBMS会同时支持B树和哈希页两种存储结构的原因，以适配不同业务需求。

内容的提问来源于stack exchange，提问作者凉宫春日