分布式事务在Sharding-Sphere中的实现.docx

想预览更多内容,点击预览全文

申明敬告:

本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己完全接受本站规则且自行承担所有风险,本站不退款、不进行额外附加服务;如果您已付费下载过本站文档,您可以点击这里二次下载

文档介绍

?

? ? ? ?

? ? ?

分布式事务在Sharding-Sphere中的实现

? ? ? ?

?

?

?

?

?

?

? ? ?

? ? ?

? ? ?

?

?

?

from? ShardingSphere官微

讲师简介

赵俊

京东金融高级Java开发工程师?多年互联网开发经验,热爱开源技术,对分布式存储有浓厚的兴趣。熟悉ElasticSearch、HBase、Presto、Storm等离线和实时数据处理?目前主要在Sharding-Sphere团队负责分布式事务的开发

分享大纲:

??分布式事务的使用场景

? 业界方法

? Sharding-Sphere对分布式事务的支持

? 未来开发计划

分布式事务的使用场景01

ACID

一切从ACID开始说起。ACID是本地事务所具有的四大特征:

Atomicity:原子性

事务作为整体来执行,要么全部执行,要么全不执行。

Consistency:一致性

事务应确保数据从一个一致的状态转变为另一个一致的状态。

Isolation:隔离性

多个事务并发执行时,一个事务的执行不应影响其他事务的执行。

Durability:持久性

已提交的事务修改数据会被持久保持。

关系型数据库的本地事务完美的提供了对ACID的原生支持。但在分布式的场景下,它却成为系统性能的桎梏。如何让数据库在分布式场景下满足ACID的特性或找寻相应的替代方案,是本文将要阐述的话题。

02

CAP和Base理论

对于互联网应用而言,随着访问量和数据量的激增,传统的单体架构模式将无法满足业务的高速发展。这时,开发者需要把单体应用拆分为多个独立的小应用,把单个数据库按照分片规则拆分为多个库和多个表。

数据拆分后,如何在多个数据库节点间保证本地事务的ACID特性则成为一个技术难题,并且由此而衍生出了CAP和BASE经典理论。

CAP理论指出,对于分布式的应用而言,不可能

最近下载