MySQL分布式事物(XA事物)的使用

有时一个系统的数据 放在不同的库之中。如果用普通的事物 一个分支库提交成功了,另外一个分支库提交失败了,

这候 两个库没有同步的成功或者失败。会导致系统数据的不完整。

对于处理这种情况 MySQL有了处理分布式(XA)事物的语法



XA START xid 用于启动一个带给定xid的XA事物。

xid包含3个部分 gtrid,bqual,formatID

  • gtrid 是一个分布式事物的标识符,一个分布式事物的每个XA事物的gtrid必须相同,这样可以明确知道每个XA事物属于哪个分布式事物。
  • bqual 是一个分支限定符,一个分布式事物的所每个XA事物的bqual值必须不同。
  • formatID 是一个数字,用于标识由gtrid和bqual值使用的格式,可以不写 默认是1 。

分布式的关键在于如何确保分布式事物的完整性,以及在某个分支出现问题时的故障解决。

XA事物的相关命令就是提供给应用如何在多个独立的数据库之间进行分布式事物的管理,包括启动一个分支事物,使事物进入准备阶段以及事物的实际提交回滚操作等。

session1 in db1 session2 in db2
xa start ‘gtridtest‘,‘bqualdb1‘  数据库db1中启动一个分布式事物的一个分支 xa start ‘gtridtest‘,‘bqualdb2‘数据库db2中启动一个分布式事物的一个分支
update db1_table1 set content = ‘测试‘ where id =1; update db2_table1 set content = ‘实验‘ where id =1;
xa end  ‘gtrid _test‘,‘bqual_db1‘ 第一阶段提交 xa end  ‘gtrid _test‘,‘bqual_db2‘ 第一阶段提交
xa prepare ‘gtrid _test‘,‘bqual_db1‘ 进入prepare状态 xa prepare ‘gtrid _test‘,‘bqual_db2‘进入prepare状态
 两个事物都进入准备提交阶段,如果之前遇到任何错误 会回滚所有分支 xa recover 命令可以查看PREPARE状态下的事物(我测试的并没有回滚。。。。)
xa commit ‘gtrid _test‘,‘bqual_db1‘ xa commit ‘gtrid _test‘,‘bqual_db2‘
 一旦开始提交操作 则需要保证全部的分支都要提交成功 如果失败 请看文章结尾

 如果分支事物达到prepare状态的时,遇到断电等异常。服务器重新启动之后(xa recover可以查到未完成的prepare状态下的XA事物),可以继续对分支 进行回滚或者提交操作 ;

这么看 其实分布式事物也不是完美的 xa事物prepare之后遇到异常不会自动回滚,需要手动进行回滚或者提交。

javax.transaction.xa包 是jdbc控制MySQL XA事物的API

原文地址:https://www.cnblogs.com/ssskkk/p/9206481.html

时间: 2024-10-05 04:58:31

MySQL分布式事物(XA事物)的使用的相关文章

Mysql数据库分布式事务XA详解

XA事务简介 XA 事务的基础是两阶段提交协议.需要有一个事务协调者来保证所有的事务参与者都完成了准备工作(第一阶段).如果协调者收到所有参与者都准备好的消息,就会通知所有的事务都可以提交了(第二阶段).MySQL 在这个XA事务中扮演的是参与者的角色,而不是协调者(事务管理器). mysql 的XA事务分为内部XA和外部XA. 外部XA可以参与到外部的分布式事务中,需要应用层介入作为协调者:内部XA事务用于同一实例下跨多引擎事务,由Binlog作为协调者,比如在一个存储引擎提交时,需要将提交信

php + mysql 分布式事务(转)

事务(Transaction)是访问并可能更新数据库中各种数据项的一个程序执行单元: 事务应该具有4个属性:原子性.一致性.隔离性.持续性 原子性(atomicity).一个事务是一个不可分割的工作单位,事务中包括的诸操作要么都做,要么都不做.一致性(consistency).事务必须是使数据库从一个一致性状态变到另一个一致性状态.一致性与原子性是密切相关的. 隔离性(isolation).一个事务的执行不能被其他事务干扰.即一个事务内部的操作及使用的数据对并发的其他事务是隔离的,并发执行的各个

Mysql分布式事务

关于Mysql分布式事务介绍,可参考:http://blog.csdn.net/luckyjiuyi/article/details/46955337 分为两个阶段:准备和执行阶段.有两个角色:事务的管理者(TM)和事务执行者(RM,Mysql Server). XA START  事务启动标识,使事务处于ACTIVE状态 XA END   事务结束标识,使事务处于IDLE状态 当事务处于IDLE状态,可 XA PREPARE  通知准备标识,处于 PREPARED状态 对于PREPARED状态

事物及事物隔离级别

什么是事物 事物是访问数据库的一个操作序列,数据库应用系统通过事物集来完成对数据库的存取.事物的正确执行使得数据库从一种状态转换为另一种状态. 事物必须服从ISO/IEC所制定的ACID原则.ACID是原子性(atomicity).一致性(consistency).隔离性(isolation).持久性(durability)的缩写,这四种状态的意思是: 1.原子性 即不可分割,事物要么全部被执行,要么全部不执行.如果事物的所有子事物全部提交成功,则所有的数据库操作被提交,数据库状态发生变化:如果

一文教你迅速解决分布式事务 XA 一致性问题

欢迎大家前往腾讯云技术社区,获取更多腾讯海量技术实践干货哦~ 作者:腾讯云数据库团队 近日,腾讯云发布了分布式数据库解决方案(DCDB),其最明显的特性之一就是提供了高于开源分布式事务XA的性能.大型业务系统有着用户多.并发高的特点,在这方面,集中式数据库(单机数据库)的性能很难支持,因此主流的互联网公司往往采用分布式(架构)数据库,物理上利用更多的低端设备,逻辑上对大表水平拆分支撑业务的需要. 虽然分布式数据库能解决性能难题,但事务一致性(Consistency)的问题,却很难在分布式数据库上

逻辑是生物在进行思考的时候,用来在所思考的事物与事物之间进行联系的方法

我认为逻辑并无对错或有无之分,只有使用者的多少之分. 如果一定要定义,我会说:逻辑是生物在进行思考的时候,用来在所思考的事物与事物之间进行联系的方法.你可以用多种方法联系事物,没有哪一种是错的.只不过当别人和你所用的逻辑不同时,你们之间的交流会变得困难.你使用的逻辑与越多的人共用,你就越容易和这些人沟通以及获得认可.反之亦然.任何思维以及思维的衍生物都有逻辑,不同的只在于能被多少人所理解. 我们平时所说的"没逻辑",一般指的是"所使用的逻辑是错的".而这种感觉的成因

MySQL分布式集群之MyCAT(转)

原文地址:http://blog.itpub.net/29510932/viewspace-1664499/ 隔了好久,才想起来更新博客,最近倒腾的数据库从Oracle换成了MySQL,研究了一段时间,感觉社区版的MySQL在各个方面都逊色于Oracle,Oracle真的好方便!好了,不废话,这次准备记录一些关于MySQL分布式集群搭建的一个东东,MyCAT,我把他理解为一个MySQL代理.-----------------------------------------------------

转:阿里开源Mysql分布式中间件:Cobar

原文来自于:http://hualong.iteye.com/blog/2102798 这几天研究了下Cobar, Cobar是阿里巴巴研发的关系型数据的分布式处理系统(Amoeba的升级版,该产品成功替代了原先基于Oracle的数据存储方案,目前已经接管了3000+个MySQL数据库的schema,平均每天处理近50亿次的SQL执行请求.)(github上面的是源码,大家下来需要自己用maven2编译后运行.者放Eclipse里面运行,一开始我用maven3没有执行成功.) 首先,使用Coba

MySQL分布式集群之MyCAT(三)rule的分析【转】

首先写在最前面,MyCAT1.4的alpha版本已经发布了,这里面修复了不少的bug,也完善了一细节,之前两篇博客已经做了一些修改 ---------------------------------------------------------------------------------这才是本体~----------------------------------------------------------------------------------            之前已