在HBase中，StoreFile的合并（Compaction）和Region的分裂（Split）是核心的自我维护机制，用于优化性能、管理数据分布和存储效率。
一、StoreFile的合并（Compaction）
1. 作用与类型
①Minor Compaction：
触发条件：当StoreFile数量达到阈值（如hbase.hstore.compaction.min）。
行为：合并多个较小的相邻StoreFile为一个较大的文件，不清理删除标记或过期数据。
优点：快速减少文件数量，降低读操作时的I/O开销。
②Major Compaction：
触发条件：周期性触发（默认7天）或手动触发。
行为：合并所有StoreFile为单个文件，清理已删除（Tombstone）、过期或超版本数的数据。
优点：彻底优化存储结构，释放磁盘空间，提升读性能。
缺点：资源消耗大，可能影响集群性能，通常需在低峰期执行。
2. 合并策略
①RatioBasedCompactionPolicy：
基于文件大小比例选择合并的文件集合（默认策略）。
文件大小差异较大时优先合并，避免小文件堆积。
②ExploringCompactionPolicy：
评估多个文件组合，选择最优方案（如合并后文件数最少、总大小适中）。
减少未来合并次数，但计算开销略高。
3. 配置参数
hbase.hstore.compaction.min/max：触发合并的最小/最大文件数。
hbase.regionserver.throughput.controller：限制合并时的I/O带宽，避免影响业务。
二、Region的分裂（Split）
1. 分裂触发条件
①默认策略（IncreasingToUpperBoundRegionSplitPolicy）：
动态调整分裂阈值，公式为：min(R^3 * 初始阈值, 最大阈值)。
R为RegionServer上同一表的Region数量，初始阈值通常为10GB。
例如：初始分裂阈值为10GB，当Region数R=2时，阈值为10GB×2³=80GB。
②其他策略：
ConstantSizeRegionSplitPolicy：固定阈值（如10GB）。
DisabledRegionSplitPolicy：禁用自动分裂，需手动操作。
2. 分裂过程
①确定分裂点：选择Region中最大Store的中点RowKey。
②创建子Region：
父Region标记为下线，短暂阻塞写入。
将数据按分裂点拆分为两个子Region，元数据更新至HBase Meta表。
③负载均衡：HMaster将新Region分配到其他RegionServer，确保负载均衡。
3. 影响与优化
①写入影响：分裂期间父Region短暂不可写，客户端可能重试。
②预分裂（Pre-splitting）：建表时按业务特点预定义Region，避免后续自动分裂的热点问题。
③手动分裂：通过HBase Shell或API手动触发，例如：split 'tableName', 'splitKey'。
三、合并与分裂的关系
1.顺序交互：Region分裂后，子Region的StoreFile可能较小，触发多次Minor Compaction。
2.资源权衡：
频繁分裂会导致Region数量激增，增加管理开销。
过度合并可能消耗大量I/O资源，需平衡配置参数。
四、总结
| 机制 | 目的 | 触发条件 | 影响 |
| 合并 | 减少文件数、清理数据、优化读性能 | StoreFile数量/大小、周期或手动 | 高I/O消耗，Major Compaction需谨慎 |
| 分裂 | 均衡负载、避免单Region过大 | Region大小达到阈值 | 短暂写入阻塞，Region数量增加 |
合理配置合并策略（如调整周期、选择策略）和分裂参数（如预分裂、动态阈值），是保障HBase高性能和稳定性的关键。
