请阐述 HBase 在数据读写层面是如何保证一致性的，并说明这种一致性机制与 CAP 理论中一致性概念之间的对应关系或差异。

回答思路

1. 【回答框架 1】HBase 的一致性主要体现在行级操作的强一致性上。对于单行操作，无论是 get 还是 put，HBase 都通过 WAL（Write-Ahead Log）和 MemStore 的机制保证写入的持久性，并通过 RegionServer 上的行锁（RowLock）机制保证对同一行的并发读写操作是串行化的，从而实现了行级强一致。
2. 【回答框架 2】从读写路径看，HBase 写入时先写 WAL 日志，再写入 MemStore，当 MemStore 达到阈值时会刷写为 HFile。读取时，会先查询 MemStore 和 BlockCache，再查询 HFile。由于写入操作在返回成功前必定已写入 WAL，因此即使发生故障，也能从 WAL 中恢复数据，确保了数据的持久性。同时，由于行锁的存在，在任一时刻对同一行的读写都能看到一致的数据版本。
3. 【回答框架 3】CAP 理论中的一致性（Consistency）指的是在分布式系统中，所有节点在同一时刻看到的数据是相同的，即线性一致性或强一致性。HBase 的行级强一致性实际上是在满足 CAP 理论中分区容错性（P）的前提下，通过牺牲部分可用性（A）来保证的。具体而言，当 Region 发生故障时，HBase 会将该 Region 下线并重分配，在此期间该 Region 的读写请求会失败或等待，这体现了在分区发生时，HBase 更倾向于保证一致性而非可用性。
4. 【回答框架 4】然而，HBase 的一致性并非全局的强一致。HBase 只保证行级一致性，而不保证跨行的分布式事务一致性。例如，对多行的批量写入（如使用 multiPut）并不具备原子性，中间可能部分成功，因此跨行的一致性需要依赖其他机制（如使用事务管理器）。这与 CAP 中的全局一致性概念存在差异，需要注意区分。
5. 【关键点 1】HBase 通过 WAL、MemStore 和行锁实现行级强一致性。
6. 【关键点 2】写入先写 WAL 再写 MemStore，保证持久性；读取合并 MemStore 和 HFile。
7. 【关键点 3】CAP 一致性是全局强一致，HBase 的一致性限定在行级，跨行不保证。
8. 【关键点 4】HBase 在分区容错时优先保证一致性，通过 Region 下线降低可用性。
9. 【易错点 1】不要将 HBase 的一致性泛化为全局强一致，应明确其行级特性。
10. 【易错点 2】不要混淆 WAL 的作用，它主要保证持久性，而一致性由行锁和读写路径保证。
11. 【易错点 3】在讨论 CAP 时，需结合分区容错场景，否则容易简单套用。