面试题答案
一键面试1. 多副本机制
- 实现方式：HLog文件存储在HDFS上，HDFS本身具有多副本机制，默认情况下每个HLog文件会有3个副本分布在不同的DataNode上。这意味着即使某个DataNode发生故障，其存储的HLog副本丢失，仍然可以从其他DataNode上获取到相同的HLog数据。
- 业务场景应用：在高并发写入场景下，如实时数据采集业务，大量数据持续写入HBase，HLog多副本机制保证了即使部分存储节点出现故障，也不会丢失写入过程中的操作记录，从而为数据恢复提供了基础。
2. 预写式日志（Write - Ahead Logging, WAL）
- 实现方式：HBase在进行数据更新操作（如Put、Delete）时，首先会将操作记录写入HLog，然后再更新MemStore。只有当HLog写入成功后，才认为该操作在持久化层面成功。如果在更新MemStore过程中发生故障，系统可以根据HLog中的记录进行数据恢复。
- 业务场景应用：在金融交易记录等对数据一致性要求极高的场景中，任何交易数据的变更都必须保证准确持久化。WAL机制确保了即使在交易处理过程中系统崩溃，也能依据HLog恢复到崩溃前的状态，保证交易数据的完整性和一致性。
3. HLog的同步刷写
- 实现方式：HBase可以配置HLog的刷写策略，例如可以设置为每次写入操作都同步刷写到HLog文件中（
syncWAL = true）。这种同步刷写方式保证了数据写入HLog的及时性和可靠性，避免因缓存等问题导致HLog数据丢失。 - 业务场景应用：在一些日志记录场景，如系统操作日志记录，需要确保每一条操作记录都被准确无误地持久化，同步刷写策略能满足这种对数据可靠性严格要求的场景。
4. 故障恢复机制
- 实现方式：当RegionServer发生故障时，Master会检测到该故障，并负责重新分配该RegionServer上的Region到其他正常的RegionServer。在重新分配过程中，新的RegionServer会读取故障RegionServer对应的HLog文件，根据其中记录的操作对MemStore进行重放，从而恢复到故障前的数据状态。
- 业务场景应用：在电商订单处理场景中，如果处理订单的RegionServer出现故障，通过这种故障恢复机制，新的RegionServer能够利用HLog恢复订单处理的中间状态，保证订单数据的一致性，避免出现订单丢失或状态异常等问题。