一阶段提交分布式事务管理方式

Posted 点融黑帮

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了一阶段提交分布式事务管理方式相关的知识,希望对你有一定的参考价值。


常用的分布式事务提交方式有两阶段提交,基于补偿操作的提交与一阶段提交。应用程序需要辨明应用类型,然后权衡performance,reliability,safety之后,再选择一种事物管理方式。


在企业内部,网络与硬件环境一般比较稳定,因此硬件发生故障的概率较小,从而保证了由硬件引发事物失败案例的概率较小。本文介绍一种适用于处理消息系统的一阶段提交分布式事务管理方式。


概念明晰


首先几个概念,有助于理解应用程序等类型,以及事物管理的要求。

  • Idempotency:一个操作执行多次与执行一次的效果相同。在消息处理系统里,表示处理同一个消息多次,没有任何副作用。


  • Transactional resource:支持rollback/commit的数据源,比如,关系型数据的JDBC链接,MQ连接是transacional resource,而TCP不是。


  • Data consistency:粗略分为Strong consistency 与 Eventual Consistency,Strong Consistency要求数据源的修改操作是原子性的,应用程序不会看到修改操作的中间结果。Eventual consistency相对于Strong consistency,应用程序有可能看到修改的中间结果,但修改操作完成后数据处于一致的状态。


  • Eventual Consistency:相比于Strong consistency会提高程序的可用性,适用于大多数消息处理系统。


一阶段提交分布式事务管理方式


应用前提


应用一阶段提交的应用程序需要有以下前提:

  1. 程序处理的消息之间没有依赖关系,处理消息的方式满足idempotency的要求;

  2. 事物操作涉及多个transactional数据源,比如MQ与database;

  3. 数据源在多次提交事物后可以成功;

  4. Transactional 数据源按照事务提交成功的可能性预先标定优先级,提交事务到MQ比提交到Database易于成功,所以MQ的优先级比Database高,因为Database会由于存储空间不足,或者消息的字段不完整导致事务提交失败;MQ只是用来临时存放消息,一般不会检查消息的字段,并且在MQ消息过多导致提交失败的时候,在多次retry的过程中,MQ的消息会被读取端消耗,使消息提交成功。


提交方式


事务提交方式介绍,以一个典型的消息处理程序介绍一阶段提交事务管理方式。应用程序从MQ读取消息,处理后写入Database;

  1. 设置所有的transactional resource为非自动提交方式,设置timeout,与retry的次数;

  2. 收集所有MQ上的操作与Database的操作,转换成操作对象(此对象具有start,commit,rollback方法),调用start后,放入一个priority queue,使transactional数据源优先级低的在队列的读取端,此处Database操作离读取端比MQ更近;

  3. 依次读取priority queue存储的对象,执行commit操作,如果commit失败,则重试至成功,或者超过预定的重试次数后rollback。


其流程图如下:


一阶段提交分布式事务管理方式


场景分析


分4种情况讨论事务提交的结果:

  1. Database 提交成功,MQ 提交成功,则系统处于一致性状态。


  2. Database 提交失败,Database rollback,MQ 事务未提交,系统处于事务开始前的状态,是一致性状态。


  3. Database提交成功,MQ提交失败,多次retry MQ的事务提交使其成功,则与case 1的情况一样。


  4. Database提交成功,MQ在多次重试后提交失败,消息放入MQ的error queue,系统处于非一致性状态。这种情况发生的概率比较小,需要人力介入处理处于error queue的消息。


总结

一阶段提交的事务管理方式适用于消息处理系统,相对于二阶段提交,这个方案实现易行,并且少一个准备阶段,其性能好。虽然会有非一致性的情况存在,但因其概率比较小,并且可以人为恢复,并不影响其实用性。


参考资料

  1. https://en.wikipedia.org/wiki/Two-phase_commit_protocol, 两阶段事物提交方式

  2. https://en.wikipedia.org/wiki/X/Open_XA, XA specification

  3. https://en.wikipedia.org/wiki/Compensating_transaction, 基于补偿的事物

  4. https://msdn.microsoft.com/en-us/library/dn589804.aspx, 云环境中的基于补偿方式的事物提交模型


一阶段提交分布式事务管理方式





以上是关于一阶段提交分布式事务管理方式的主要内容,如果未能解决你的问题,请参考以下文章

分布式一致性协议

分布式事务 两阶段提交及JTA

关于分布式事务两阶段提交一阶段提交Best Efforts 1PC模式和事务补偿机制的研究[转]

关于分布式事务两阶段提交一阶段提交Best Efforts 1PC模式和事务补偿机制的研究[转]

分布式事务之两阶段提交

一分钟了解两阶段提交2PC(运营MM也懂了)