专题简介
数据库的事务必须满足 4 个特性：原子性、一致性、隔离性和持久性，即事务的 ACID，以保证事务操作数据的一致、正确和完整。其中，原子性决定了事务操作只有“成功”或“失败”两种结果。
事务通常是由多个操作构成的集合，在单机数据库中，事务将所有操作都写入日志，通过日志来判定操作全部成功或全部失败。而在分布式数据库中，事务操作可能涉及多个不同的物理节点，大大增加了实现事务原子性的复杂度。
OceanBase 作为一个完全支持 ACID 特性的原生分布式数据库，其最重要的一点就是支持跨节点的分布式原子提交，保证业务数据的一致性、正确性与完整性。更进一步，通过不断优化的原子提交性能，能够为高并发交易带来显著的速度提升，进而提高业务价值。
《事务原子提交》专题将从原子提交的原理与实现开始，为你介绍 OceanBase 实现事务原子性的设计思考与优化方向，以及通过理论与数值的对比，了解不同增长业务模型下，其在原子提交的探索与进步，带你掌握如何在不同情况下通过原子性实现帮助业务达到更高性能。
专题大纲
- 事务原子提交导读：事务原子提交专题简介及大纲
- 原子提交延迟优化：如何基于传统两阶段提交解决事务延迟问题
- 原子提交资源优化：如何基于延迟优化的两阶段提交进一步优化资源消耗
- OceanBase v4.0 的原子提交：OceanBase 4.0 的新需求与基于 4.0 架构的两阶段提交
作者简介
钱晨，数据库内核工程师，专注于分布式数据库内核研究，擅长事务原子提交与并发控制等方面。
读者收获
1、掌握两阶段提交的原理及应用优缺点
2、轻松解决原子提交的延迟优化与资源优化
3、了解 OceanBase 4.0 版本的架构与原子提交
————————————————————————————————————————————
社区版官网论坛
社区版项目网站提 Issue
欢迎持续关注 OceanBase 技术社区，我们将不断输出技术干货内容，与千万技术人共同成长！！！
搜索🔍钉钉群，或扫描下方二维码，还可进入 OceanBase 技术答疑群，有任何技术问题在里面都能找到答案哦～
