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

「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




