【TiKV / HTAP 内核】Split / Merge / 热点：Region 何时该切、何时该并
内容提要
本文讨论了TiKV的动态分区策略，重点在于Region的分裂与合并机制。TiKV通过静态大小和key数量、负载（Load Base Split）两条管线判断何时分裂，分裂过程通过BatchSplit命令修改元数据，不涉及数据复制。合并需先对齐副本，经过PrepareMerge和CommitMerge两个阶段。PD的hot-region-scheduler与TiKV的Load Base Split相辅相成，解决热点问题。
关键要点
-
TiKV的动态分区策略通过静态大小和实时负载两条管线判断何时分裂。
-
分裂过程使用BatchSplit命令修改元数据，不涉及数据复制。
-
合并过程需要先对齐副本，经过PrepareMerge和CommitMerge两个阶段。
-
PD的hot-region-scheduler与TiKV的Load Base Split相辅相成，解决热点问题。
-
Load Base Split专门解决小表热点问题，通过监测持续负载来触发分裂。
-
合并不是简单的分裂逆操作，而是需要确保副本对齐后再进行两阶段流程。
延伸解读
动态分区策略的双重机制
TiKV的动态分区策略通过两条独立的管线来判断Region的分裂与合并：一是基于静态大小和key数量，二是基于实时负载。这种设计使得TiKV能够灵活应对不同场景下的负载变化，尤其是小表热点问题。了解这两条管线的判定条件和执行路径，有助于运维人员更有效地管理数据分布。
合并过程的复杂性
合并Region并不是简单的反向分裂操作，而是需要经过PrepareMerge和CommitMerge两个阶段，确保副本对齐后才能进行。这一过程的复杂性要求运维人员在进行合并时，必须关注副本的状态和分布，避免因操作不当导致的数据不一致或性能问题。
Load Base Split的应用场景
Load Base Split是针对小表热点问题的解决方案，通过监测持续负载来触发分裂。这一机制在TiDB 4.0引入，能够有效缓解单个Region承载过高并发请求的压力。运维人员应关注这一功能的配置和使用，以确保在高负载情况下系统的稳定性和性能。
延伸问答
TiKV的分裂机制是如何工作的？
TiKV的分裂机制通过静态大小和实时负载两条管线判断何时分裂，使用BatchSplit命令修改元数据，不涉及数据复制。
什么是Load Base Split，它解决了什么问题？
Load Base Split是TiDB 4.0引入的功能，通过监测持续负载来触发分裂，专门解决小表热点问题。
TiKV的合并过程是怎样的？
TiKV的合并过程需要先对齐副本，经过PrepareMerge和CommitMerge两个阶段，确保数据一致性。
PD的hot-region-scheduler与TiKV的Load Base Split有什么关系？
PD的hot-region-scheduler与TiKV的Load Base Split是接力关系，前者负责将热的Region分散到不同Store，后者负责在负载过高时切分Region。
TiKV的分裂和合并有什么不同之处？
分裂是逻辑操作，不拷贝数据，而合并需要先对齐副本分布，并经过两阶段流程，确保数据一致性。
TiKV在分裂时如何选择分裂点？
TiKV在分裂时可以选择真实扫描找到中间key，或使用RocksDB的统计信息估算中点，后者更快但为近似值。
