随着微服务的普及，分布式事务成为了系统设计中不得不面对的一个问题，而分布式事务的实现则十分复杂。本文汇总整理了分布式事务现有的七种实现方案，分别对每种方案的核心原理、对事务ACID特性的支持及其适用场景等进行了对比分析和总结，个人愚见，不吝赐教。阅读本文之前，需要你对数据库事务的ACID、CAP理论、Base理论以及两阶段提交有一定的认知，不熟悉者请自行百度或者阅读参考博客1、2、3和4。除此之外，在阅读本文过程中，如果对某种方案不理解，强烈建议先阅读对应方案中的参考博客后再阅读本文中对应的介绍。
在年前写一个几篇关于分布式事务的文章，实际上这些都是为了系统介绍WCF事务处理体系而提供的相关的背景和基础知识。今天发最后一篇，介绍分布式事务采用的两种协议，即OleTx和WS-AT，内容比较枯燥，但对于后续对WCF事务处理框架进行深入剖析的系列文章来说，确是不可以缺少的。总的来说，基于WCF的分布式事务采用的是两阶段提交（2PC：Two Phase Commit）协议。具体来说，我们可以选择如下两种事务处理协议实现WCF的分布式式事务，它们按照各自的方式提供了对两阶段提交的实现。 OleTx：OleTx
作者：李海翔，网名“那海蓝蓝”，腾讯金融云数据库技术专家。中国人民大学信息学院工程硕士企业导师。著有《数据库事务处理的艺术：事务管理和并发访问控制》、《数据库查询优化器的艺术：原理解析与SQL性能优化》、《大数据管理》。 ---- 前言 2019年10月11日至13日，CCF数据库专委会在济南召开了国内规模最大的、每年一度的数据库学术盛会——第36届CCF中国数据库学术会议（NDBC 2019），腾讯TDSQL团队受邀在“数据库产学研合作论坛”，做了主题为“TDSQL对未来分布式数据库的技术研发思考与实践
随着微服务的普及，分布式事务成为了系统设计中不得不面对的一个问题，而分布式事务的实现则十分复杂。阅读本文之前，需要你对数据库事务的ACID、CAP理论、Base理论以及两阶段提交有一定的认知，不熟悉者请自行百度或者阅读参考博客1、2、3和4。除此之外，在阅读本文过程中，如果对某种方案不理解，强烈建议先阅读对应方案中的参考博客后再阅读本文中对应的介绍。
传统事务是使用数据库自身的事务属性（ACID），而数据库自身的事务属性是局限于当前实例，不能实现跨库。而对于大型分布式/微服务集群系统中，不仅存在着跨库的事务，还存在很多不同系统/服务之间的RPC调用，这种调用往往也需要保证业务以及数据的一致性。因此，有必要使用一种分布式事务框架来协调整个端到端业务调用链路的应用和数据库来保证业务最终的数据一致性，而目前在分布式事务中用的比较多的即为基于所有服务参与者投票的二阶段协议（2PC）。
在一个基于SOA架构的分布式系统体系中，服务（Service）成为了基本的功能提供单元，无论与业务流程无关的基础功能，还是具体的业务逻辑，均实现在相应的服务之中。服务对外提供统一的接口，服务之间采用标准的通信方式进行交互，各个单一的服务精又有效的组合、编排成为一个有机的整体。在这样一个分布式系统中某个活动（Activity）的实现往往需要跨越单个服务的边界，如何协调多个服务之间的关系使之为活动功能的实现服务，涉及到SOA一个重要的课题：服务协作（Service Coordination）。而具体来讲，一个分
学习分布式事务（一）
李海翔，网名“那海蓝蓝”，腾讯金融云数据库技术专家。中国人民大学信息学院工程硕士企业导师。著有《数据库事务处理的艺术：事务管理和并发访问控制》、《数据库查询优化器的艺术：原理解析与SQL性能优化》、《大数据管理》。 前言 2019年10月11日至13日，CCF数据库专委会在济南召开了国内规模最大的、每年一度的数据库学术盛会——第36届CCF中国数据库学术会议（NDBC 2019），腾讯TDSQL团队受邀在“数据库产学研合作论坛”，做了主题为“TDSQL对未来分布式数据库的技术研发思考与实践”的技术报告
李海翔，网名“那海蓝蓝”，腾讯金融云数据库技术专家。中国人民大学信息学院工程硕士企业导师。著有《数据库事务处理的艺术：事务管理和并发访问控制》、《数据库查询优化器的艺术：原理解析与SQL性能优化》、《大数据管理》。
上一篇：《分布式之Zookeeper核心原理详解》我们对于zookeeper的一致性协议Zab与原子广播，以及根据其原理的一些运用场景有了一个清晰的认知。这一篇还是围绕着分布式一致性这个话题来讨论，那就是分布式事务问题。
分布式数据库系统通常使用较小的计算机系统，每台计算机可单独放在一个地方，每台计算机中都可能有DBMS的一份完整拷贝副本，或者部分拷贝副本，并具有自己局部的数据库，位于不同地点的许多计算机通过网络互相连接，共同组成一个完整的、全局的逻辑上集中、物理上分布的大型数据库。余军讲师为你讲解分布式数据库在金融行业的创新实践。 余军 PingCAP 高级技术总监，金融行业首席架构师；开源软件的忠实爱好者，负责金融行业基于 TiDB 产品的解决方案、产品架构咨询和建设规划。主要工作经历：富麦信息科技有限公司 CTO ，中
译自：Distributed transaction patterns for microservices compared
业务中为了减少热点数据不必要的db查询，往往会增加一层缓存来解决I/O性能。可是I/O多了一层也就多了一层的更新维护与容错保障，当修改db中某些数据时，往往会面临缓存更新的问题，在这里简单介绍 数据库与缓存双写问题以及在业务场景如何使用双写策略。
12月16日，在2023开放原子开发者大会上，腾讯云将企业级分布式数据库TDSQL的社区发行版 OpenTenBase 正式捐赠给开放原子基金会，通过开源共创的方式，与上下游产业链以及开发者共同打造繁荣数据库技术生态。
[第1篇] SOA需要怎样的事务控制方式 在一个基于SOA架构的分布式系统体系中，服务（Service）成为了基本的功能提供单元，无论与业务流程无关的基础功能，还是具体的业务逻辑，均实现在相应的服务之中。服务对外提供统一的接口，服务之间采用标准的通信方式进行交互，各个单一的服务精又有效的组合、编排成为一个有机的整体。在这样一个分布式系统中某个活动（Activity）的实现往往需要跨越单个服务的边界，如何协调多个服务之间的关系使之为活动功能的实现服务，涉及到SOA一个重要的课题：服务协作（Service Co
近些年，随着SOA、微服务架构的流行，分布式系统数据一致性问题也随之而来成为大家热门关注的一个问题。其实，这个问题在很早之前就存在，因为在现实生活中，很多系统都不可能是一个大而全的单机系统，都或多或少需要跟其他系统集成，这种情况就必须需要考虑分布式系统数据一致性。
雍正大人下旨：每个月数次，爱可生开源社区以抽奖或者其他活动方式送出精心挑选的图书，以此来回馈一直支持我们的小伙伴们；
每年“双11”都是一场电商盛会，消费者狂欢日。今年双11的意义尤为重大，它已经发展成为全世界电商和消费者都参与进来的盛宴。而对技术人员来说，双十一无疑已经成为一场大考，考量的角度是整体架构、基础中间件、运维工具、人员等。
Seata 是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。
面试过程是一个由浅入深的过程，面试官先给求职者抛出一个相对简单的问题，然后通过一环套一环的追问深入考察求职者对知识点的理解掌握程度。
腾讯云数据库【国产数据库专题线上技术沙龙】正在火热进行中，4月28日陈爱声的分享已经结束，没来得及参与的小伙伴不用担心，以下就是直播的视频和文字回顾。
本系列文章将整理到我在GitHub上的《Java面试指南》仓库，更多精彩内容请到我的仓库里查看
假设现在有一个电商系统，里面有一个支付订单的场景，那对一个订单支付之后，我们需要做下面的步骤
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
TCC是服务化的两阶段编程模型，其Try、Confirm、Cancel 3个方法均由业务编码实现；
上篇用三国杀讲分布式中的拜占庭将军问题，还挺有意思的，这次我们用倚天屠龙记中的太极拳来聊下剩下的三大理论：
作者：李海翔，腾讯TDSQL专家工程师 “在分布式背景下，怎么实现双一致性（事务一致性、分布式一致性），并提高分布式事务型集群的处理效率？”腾讯TDSQL数据库长期致力于基础研究创新，并持续获得关键技术突破。 2020年12月21日，第11届DTCC（中国数据库技术大会）大会上，腾讯TDSQL数据库专家工程师李海翔分享了数据库领域的核心技术——分布式事务处理技术的核心——多级一致性技术。该技术在遵循了ACID特性的同时，使得事务处理技术符合CAP原理，并在理论层面相较“严格可串行化”技术做了扩展，进一
对于一个分布式系统，分布式事务总是不得不涉及的一个技术，尤其是在当前流行的微服务架构中，分布式事务完全是无法避免的。 那么，究竟有哪些手段可以保证分布式事务的执行呢？本文就来详细讲解一下。
当需要在多个Oracle数据库之间进行数据一致性操作时，就会用到分布式事务。 例如：
数据库事务（简称：事务），是数据库管理系统执行过程中的一个逻辑单位，由一个有限的数据库操作序列构成，这些操作要么全部执行,要么全部不执行，是一个不可分割的工作单位。
数据库里的事务大家都不陌生，而在微服务架构中由于一个任务执行可能涉及多个微服务，要想在分布式系统实现事务 就要用到分布式事务了。
考虑支付重构的时候，自然想到原本属于一个本地事务中的处理，现在要跨应用了要怎么处理。拿充值订单举个栗子吧，假设：原本订单模块和账户模块是放在一起的，现在需要做服务拆分，拆分成订单服务，账户服务。原本收到充值回调后，可以将修改订单状态和增加金币放在一个mysql事务中完成的，但是呢，因为服务拆分了，就面临着需要协调2个服务才能完成这个事务
不知道你是否遇到过这样的情况，去小卖铺买东西，付了钱，但是店主因为处理了一些其他事，居然忘记你付了钱，又叫你重新付。又或者在网上购物明明已经扣款，但是却告诉我没有发生交易。这一系列情况都是因为没有事务导致的。这说明了事务在生活中的一些重要性。有了事务，你去小卖铺买东西，那就是一手交钱一手交货。有了事务，你去网上购物，扣款即产生订单交易。
在电商等业务中，系统一般由多个独立的服务组成，如何解决分布式调用时候数据的一致性？ 具体业务场景如下，比如一个业务操作，如果同时调用服务 A、B、C，需要满足要么同时成功；要么同时失败。A、B、C 可能是多个不同部门开发、部署在不同服务器上的远程服务。 在分布式系统来说，如果不想牺牲一致性，CAP 理论告诉我们只能放弃可用性，这显然不能接受。为了便于讨论问题，先简单介绍下数据一致性的基础理论。 强一致 当更新操作完成之后，任何多个后续进程或者线程的访问都会返回最新的更新过的值。这种是对用户最友好的，就是用户
来源：juejin.im/post/5baa54e1f265da0ac2566fb2
WOT（World of Tech）全球技术创新大会是由51CTO开创的综合性高端技术会议品牌，致力于展现国内外技术领域热点趋势、搭建全球技术人的深度分享交流平台、推动先进技术的场景落地与行业融合。自2012年首次举办以来，WOT已在十年间通过十八场高质量技术盛会的输出，累计影响了数千家科技企业与数万名一线技术人员。
事务是数据库从一个稳定状态变迁到另一个稳定状态的保证，具备 ACID 这 4 个特性：
边看边听真舒服，人生短短几个秋... 倚天屠龙记中赵敏郡主携带一帮高手围攻武当，武当派掌门张三丰被暗算，传了一套武功给张无忌用来对付赵敏的手下。这套武功就是太极拳。 ❝张三丰：无忌，我教你的还记得多少？ 张无忌：我全忘了！ 张三丰：很好，你只要记住把玄冥二老打趴下就可以了。 上篇用三国杀讲分布式中的拜占庭将军问题，还挺有意思的，这次我们用倚天屠龙记中的太极拳来聊下剩下的三大理论： CAP 理论 ACID 理论 BASE 理论 ❝太极拳的精髓：以柔克刚，刚柔并进，四两拨千斤，无招胜有招。 我把 CAP 理
各位小伙伴大家好，有段时间没有更新文章了，最近打算更新一个系列文章，给大家手把手的完成一个基于SpringCloudAlibaba的分布式商城系统，以下是内容的相关大纲
针对一些特定的场景、核心的流程 数据的准确性和可靠性尤其的重要如:订单、支付、入账 etc.
随着行业IT应用的业务复杂度提升、数据级日渐庞大、应用面越来越广、并发压力也越来越高。为了应对这样的情况，分布式系统的解决方案随之而出，成为目前主流架构模式。当然，是否采用分布式方案取决于实际业务系统要求。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
