分布式事务

一、分布式事务产生的原因

在传统的单体应用中,即使应用有多个模块,这多个模块使用一个数据源,不存在分布式事务的问题。当随着需求的变化,单体应用已不能满足我们的需要,单体应用被拆分为微服务系统,多个模块被拆分为单独的应用服务,每个应用都用独自的数据库事务。这样,服务之间的数据一致性就无法保证。我们需要分布式的事务来保障全局的事务一致性。

二、分布式事务的解决方案

1.基于XA协议的两阶段提交

XA是一个分布式事务协议,XA包含两个部分:事务管理器和资源管理器。资源管理器由数据库实现,但是在mysql5.7之前的版本不支持XA协议;事务管理器作为全局的调度者,负责各个本地资源的提交和回滚。XA两端提交原理如下:


微信截图_20190123165541.png
微信截图_20190123165600.png

第一阶段:
1.事务管理器通知各个事务的资源管理器开始准备事务。
2.资源管理器收到通知后进入准备阶段,写好事务日志并执行事务,但是不提交事务,只是将准备就绪的消息返回给事务管理器。
第二阶段:
1.事务管理器在接收各个资源管理器消息后开始进行分析,如果有任意一个失败,则发送事务回滚命令,否则发送提交命令。
2.资源管理器在收到事务管理器的消息后,提交事务,并将提交信息返回给事务管理器。
XA分布式事务比较简单,成本比较低,但是性能比较差,无法满足高并发的业务场景。

2.基于消息中间件的事物+最终一致性

基于消息中间件的事务,主要是通过将本地事务和消息发送放在一个事务里面,保证本地事务成功而且消息发送成功,否则的话两者都失败,事务进行回滚。如下图:


微信截图_20190123185350.png

1.1.A系统向消息中间件发送预备消息,一旦出错A系统的操作不会执行
1.2.消息中间件保存预备消息并返回成功,失败则A系统的操作不执行
2.A系统执行本地事务,如果失败则回滚事务
3.向消息中间件发送消息,消息中间件收到消息后先保存消息,然后发送给B系统,由B系统执行本地事务,若消息中间件保存消息成功则A系统事务一定成功
4.消息中间件执行回调接口给A系统发送消息,若系统成功收到回调消息,则证明B系统的事务也是成功的,这样就实现了最终一致性。

消息中间件的解决方案虽然提高了系统性能,但是事务不是严格一致的,如果B系统执行失败,A系统事务无法回滚。此外对消息中间件依赖较大,万一消息中间件不可用将会导致所有的业务都无法进行。

3.TCC模式

TCC模式是由业务系统来实现的,通过对业务逻辑的调度来实现分布式事务,主要由三个操作组成:try,confirm,cancle。try:尝试执行业务,confirm:确认执行业务,cancle:取消执行业务。

TCC模式对代码的嵌入性高,要求每个业务都要写这三步代码,事务一致性由开发者来控制,业务开发难度比较高。

4.TXC模式

TXC模式为阿里开源的GTS项目中命名的模式,项目地址:https://github.com/alibaba/fescar/wiki/%E6%A6%82%E8%A7%88,TXC模式和XA协议有点类似,主要原理如下:

微信截图_20190124104841.png

微信截图_20190124105131.png

Transaction Coordinator (TC): 事务协调器,维护全局事务的运行状态,负责协调并驱动全局事务的提交或回滚。
Transaction Manager (TM): 控制全局事务的边界,负责开启一个全局事务,并最终发起全局提交或全局回滚的决议。
Resource Manager (RM): 控制分支事务,负责分支注册、状态汇报,并接收事务协调器的指令,驱动分支(本地)事务的提交和回滚。

1.TM向TC申请开启一个全局事务,全局事务创建成功,并生成一个全局唯一的xid;
2.xid在微服务的调用链上下文中传播;
3.RM向TC注册分支事务,将其纳入XID对应的全局事务的管辖中;
4.TM向TC发起针对XID的全局事务的提交或者回滚决议;
5.TC调度XID下管辖的全部分支事务来完成事务的提交或者回滚。

TXC模式极大的减少了分支事务对资源的锁定时间,提高了并发的性能。

5.LCN模式

LCN模式是通过代理Connection的方式实现对本地事务的操作,然后在由TxManager统一协调控制事务。当本地事务提交回滚或者关闭连接时将会执行假操作,该代理的连接将由LCN连接池管理。详见:https://www.txlcn.org/zh-cn/docs/principle/lcn.html

该模式对代码的嵌入性低,仅限于本地存在连接对象且可通过连接对象控制事务的模块。缺陷在于代理的连接需要随事务发起方一共释放连接,增加了连接占用的时间。
参考:
https://www.cnblogs.com/zengkefu/p/5742617.html
https://www.txlcn.org/zh-cn/docs/preface.html
https://blog.csdn.net/ggibenben1314/article/details/48812501
https://github.com/alibaba/fescar/wiki/%E6%A6%82%E8%A7%88

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 211,639评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,277评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,221评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,474评论 1 283
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,570评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,816评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,957评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,718评论 0 266
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,176评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,511评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,646评论 1 340
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,322评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,934评论 3 313
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,755评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,987评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,358评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,514评论 2 348

推荐阅读更多精彩内容