大事务写入触发 Region 热分裂，会不会破坏事务原子性，底层处理逻辑是什么？
1 个赞
不会破坏原子性。事务提交前仅分裂元数据，数据未动，提交时仍保证原子写入。
不会,acid是特性
不会破坏原子性。
等待分裂完成，注意就是性能稍差
Region 热分裂仅修改元数据、不迁移数据，不会中断运行中的事务，依托 2PC 和锁机制，完全不会破坏事务原子性。
region热分裂不会破坏事务原子性，因为系统会在分裂过程中动态迁移事务上下文并更新事务参与者列表，确保新增的region也能参与最终的两阶段提交。
建议看下 TiDB Dashboard 的监控，特别是慢查询和 KV 耗时，能快速定位瓶颈。有具体报错贴一下，我帮你分析看。
Region 热分裂是 Raft 层串行执行的元数据操作，与事务 2PC 完全隔离，不会把一个事务拆成两半；大事务只会触发分裂排队或延后，不会破坏原子性。
不会
大事务先在原 Region 完成预写 + 锁，分裂仅拆分数据范围、迁移副本，不切割未提交事务；事务提交 / 回滚仍在原 Region 闭环，分裂后新 Region 继承元数据与状态
不会破坏事务原子性。Region 热分裂只操作元数据、不切割正在执行的事务，依托 2PC 与锁机制，事务仍可完整提交或回滚。
Region 热分裂为 Raft 层串行元数据操作，与事务 2PC 隔离，不会拆分事务，大事务仅使分裂延后排队，不影响原子性。
1 个赞
Region 分裂属于存储层物理拆分，对上层事务透明，ACID 特性完全保障。
分裂的两阶段提交机制 和Raft 日志复制 如何协同工作 ?
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。