小鹅通数据库圈的迭代速度比手机换代还快，这几年光是“要不要继续用 HBase”这个问题，我就在各种选型会议上被问了不下十次。我的答案一直没变过：当业务同时命中“海量写入、稀疏大表、行键点查”这三个关键词时，HBase 依然是最能打的那一类。这篇文章不是官方文档的复读，而是我从单机验证、伪分布式踩坑到数百台集群运维这一路攒下来的理解，重点讲清楚 HBase 的核心工作原理、安装配置、端口规划，以及那些只有真实环境里才会暴露的运维坑。无论你是刚开始学 HBase，还是已经被线上 Region 热点折磨了一周的工程师，都能找到对自己有用的部分。
1. 聊 HBase 之前，先搞清楚它在什么场景下不可替代
1.1 从一次真实选型说起
有次做订单轨迹系统选型，单表预估百亿行，写入峰值几十万 TPS，但读请求永远集中在最近三个月的数据。当时会上吵成一团：有人提议 MySQL 分库分表，有人说上 ES，还有人觉得 ClickHouse 更合适。我们老老实实做了一轮压测后，MySQL 分库分表在百亿行规模下的运维成本高得吓人，ES 在写入吞吐和存储成本上不够理想，ClickHouse 在点查场景上反而没有优势。最后上的 HBase 集群，单表跑到 200 亿行，峰值写入 40 万 TPS，稳定扛了好几年。
这里我想先把话说透：HBase 不是万能的。它做不了复杂的聚合分析，做不了跨行事务，也不适合当报表引擎。但它对“稀疏大表 + 按行键点查 + 海量写入”这套组合拳，至今没有哪个分布式数据库敢说完全替代。选型最忌讳的是拿一个数据库的强项去比另一个的弱项，你得先搞清楚自己的业务到底属于哪一类。
1.2 数据模型：把“稀疏有序多维”拆开看
HBase 的表模型可以理解成一张无限宽的稀疏映射表。每一行由 RowKey 唯一标识，列按照“列族:列限定符”组织。列族在创建表时就必须定死，列限定符却可以随数据动态添加。这一点和关系型数据库差异巨大——你在 MySQL 里加一列要 ALTER TABLE，在 HBase 里直接 put 一个新限定符就行，完全不用改表结构。
每个单元格存的是字节数组，同时携带时间戳和版本号。所以一个 cell 的完整定位是 (RowKey, 列族, 列限定符, 时间戳) -> 值。表里所有行按 RowKey 字典序全局排序，相邻行物理上靠近。这个“全局有序”是整个 HBase 设计的基石，也是 RowKey 设计为什么如此重要的根本原因。
稀疏性则意味着每一行可以有不同的列，空值不占存储，同一张表塞进来千奇百怪的数据结构都不会浪费空间。全表横向按行键拆成多个 Region，每个 Region 由一个 RegionServer 负责读写。Region 就是 HBase 横向扩展、负载均衡的基本单位，一个集群里 Region 的数量和分布，直接决定了整个集群的均衡程度。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. RegionServer 内部的四件套：WAL、MemStore、HFile、BlockCache 怎么协同
RegionServer 是 HBase 真正干活的节点，一次读写请求几乎全在它内部流转。把这套机制搞明白，后面调参你基本能自己推断出每个参数的含义。
2.1 一次 put 请求的完整旅程
客户端写入一条数据的流程，拆开看是四步：
- 客户端先访问 ZooKeeper，找到目标数据所在的 Region。
- 再定位到该 Region 所在的 RegionServer，发起 RPC 写入请求。
- RegionServer 先把操作追加到 WAL（Write-Ahead Log），保证宕机不丢数据。
- 再把数据写入 MemStore 内存缓冲，然后才返回 ack。
注意顺序不能反。必须先落 WAL 再写 MemStore，否则 RegionServer 一旦宕机，内存里尚未落盘的数据就全没了。WAL 在 HBase 2.x 里默认用的是 AsyncFSWAL，异步方式刷到 HDFS，吞吐比老版本同步 HLog 好不少，但这也意味着它对磁盘 IO 和网络延迟更敏感，后面我会专门讲 WAL 相关的坑。
MemStore 是一个按行键排序的内存结构，每个 Region 的每个列族各有一个。当 MemStore 大小超过阈值（默认 128MB，hbase.hregion.memstore.flush.size），就会触发 flush，把内存里的有序数据一次性写成一个 HFile 落到 HDFS。这里有个关键点：HFile 是磁盘上不可变的有序文件，一旦写成就永远不再修改。每次 flush 就会多一个 HFile，一个 Region 内部会不断累积 HFile 文件，后面要说的 compaction 就是为这件事存在的。
2.2 get 和 scan 的读取路径
读请求到达 RegionServer 后，同时要查三处数据：MemStore 里还没落盘的新数据、BlockCache 里缓存过的热数据、磁盘上的多个 HFile。这三份数据需要做归并，再按行键、时间戳、版本号做合并去重，最后才能返回最终结果。这也是 HBase 读路径比写路径复杂得多的原因。
BlockCache 默认用 LRU 策