- 综合排序
- 最热优先
- 最新优先
- 来自专栏Linyb极客之路
我说分布式事务之最大努力通知型事务
在之前的文章中，我们介绍了基于TCC模式的分布式事务解决方案 我说分布式事务之TCC 。 TCC适用于公司内部对一致性、实时性要求较高的业务场景，而本文我们讲解的“最大努力通知型事务”是为解决跨网络、跨服务之间的柔性事务的另一种解决方案。 2. 详解 接下来，我们详细展开对该方案的讲解。 支付宝侧会通过某种机制（猜想是图中的消息队列机制）将通知请求扔到通知消息服务中，通知发送核心业务消费通知消息，并记录持久化消息到数据库中，发送通知消息给我方。 小结 本文对分布式事务解决方案的– 最大努力通知型 柔性解决方案进行了较为详细的讲解，结合实例及笔者的工作经历，对方案的各个细节展开讲解，希望能够对读者有所帮助。
69910编辑于 2022-03-10 - 来自专栏程序猿DD
我说分布式事务之最大努力通知型事务
来源：http://t.cn/E4ejkSN 在之前的文章中，我们介绍了基于TCC模式的分布式事务解决方案 我说分布式事务之TCC 。 TCC适用于公司内部对一致性、实时性要求较高的业务场景，而本文我们讲解的“最大努力通知型事务”是为解决跨网络、跨服务之间的柔性事务的另一种解决方案。 首先看一下最大努力通知型的流程图，如下图 ? 小结 本文对分布式事务解决方案的– 最大努力通知型 柔性解决方案进行了较为详细的讲解，结合实例及笔者的工作经历，对方案的各个细节展开讲解，希望能够对读者有所帮助。 后续笔者会着手开发一款分布式事务的轮子，入手点将采用本文提到的模式，并最终达到基本可用。算是立了一个flag吧，完成之后会第一时间发文出来。 （又一个有生之年系列） 到目前为止，《我说分布式事务》 系列就过半了，之后我会对可靠消息一致性方案进行讲解，我们不见不散。 ·END·
94120发布于 2018-12-28 - 来自专栏架构探险之道
数据库分布式事务
数据库分布式事务 分布式事务 分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。 这个定理在迄今为止的分布式系统中都是适用的！ 为什么这么说呢？ 这个时候有同学可能会把数据库的2PC（两阶段提交）搬出来说话了。OK，我们就来看一下数据库的两阶段提交。 对数据库分布式事务有了解的同学一定知道数据库支持的2PC，又叫做 XA Transactions。 其中本地资源管理器往往由数据库实现，比如Oracle、DB2这些商业数据库都实现了XA接口，而事务管理器作为全局的调度者，负责各个本地资源的提交和回滚。XA实现分布式事务的原理如下： ? 第二种方案：TCC事务补偿型，分为三个阶段TRYING-CONFIRMING-CANCELING。每个阶段做不同的处理。
84020发布于 2019-07-25 - 来自专栏小白鼠
分布式事务数据库事务CAP定理BASE理论分布式事务案例
数据库事务 断电了，该怎么处理？通过日志的方式！ 在执行事务的时候数据库首先会记录下这个事务的redo操作日志，然后才开始真正操作数据库，在操作之前首先会把日志文件写入磁盘，那么当突然断电的时候，即使操作没有完成，在重新启动数据库时候，数据库会根据当前数据的情况进行 分布式事务 两段式提交(2PC) 两阶段提交就是使用XA协议的原理： 第一阶段：事务协调器要求每个涉及到事务的数据库预提交(precommit)此操作，并反映是否可以提交. 第二阶段：事务协调器要求每个数据库提交数据。 其中，如果有任何一个数据库否决此次提交，那么所有数据库都会被要求回滚它们在此事务中的那部分信息。在CAP中，影响可用性。 A开始干活，即处理该分布式事务中的A部分业务。这里要分两种情况考虑： (1) A处理业务的过程中出项异常，干活失败。 (2) A处理业务的过程中表现良好，干活成功。
1.8K20发布于 2018-10-15 中国金融行业分布式事务型数据库市场份额，2024
第一章：报告基础信息 报告标题：中国金融行业分布式事务型数据库市场份额，2024 发布机构：IDC（International Data Corporation） 发布时间：2025年7月 第二章：报告背景和目标 中国金融行业分布式事务型数据库2024年整体市场规模达到20.37亿元人民币，同比增长26.85%。 随着金融行业数字化转型深入，分布式数据库成为核心系统升级改造的关键技术，满足高并发、高可用及合规性要求。本报告旨在量化市场格局，为技术选型与战略决策提供数据支撑。 样本规模：覆盖主流分布式数据库厂商及上千家金融行业最终用户。 调研时间：2024年全年数据，收集工作于2025年1月完成。 分析模型：基于Share-nothing架构的商业化分布式事务型数据库市场，聚焦OLTP场景，包括传统数据库改造、新系统开发等。
24710编辑于 2026-05-01- 来自专栏小白鼠
分布式事务数据库事务CAP定理BASE理论分布式事务案例
分布式事务 分布式事务 数据库事务 断电了，该怎么处理？通过日志的方式！ 在执行事务的时候数据库首先会记录下这个事务的redo操作日志，然后才开始真正操作数据库，在操作之前首先会把日志文件写入磁盘，那么当突然断电的时候，即使操作没有完成，在重新启动数据库时候，数据库会根据当前数据的情况进行 分布式事务 两段式提交(2PC) 两阶段提交就是使用XA协议的原理： 第一阶段：事务协调器要求每个涉及到事务的数据库预提交(precommit)此操作，并反映是否可以提交. 第二阶段：事务协调器要求每个数据库提交数据。 其中，如果有任何一个数据库否决此次提交，那么所有数据库都会被要求回滚它们在此事务中的那部分信息。在CAP中，影响可用性。 A开始干活，即处理该分布式事务中的A部分业务。这里要分两种情况考虑： (1) A处理业务的过程中出项异常，干活失败。 (2) A处理业务的过程中表现良好，干活成功。
2.6K40发布于 2018-09-26 - 来自专栏算法之美
详解Mysql分布式事务XA（跨数据库事务）
比如更新db1库的A表时，必须同步更新db2库的B表，两个更新形成一个事务，要么都成功，要么都失败。 那么我们如何利用MySQL实现分布式数据库的事务呢？ 数据库就是一种资源管理器。资源管理还应该具有管理事务提交或回滚的能力。 事务管理器（transaction manager）：事务管理器是分布式事务的核心管理者。 分布式事务原理：分段式提交 分布式事务通常采用2PC协议，全称Two Phase Commitment Protocol。该协议主要为了解决在分布式数据库场景下，所有节点间数据一致性的问题。 分布式事务通过2PC协议将提交分成两个阶段： prepare； commit/rollback 阶段一为准备（prepare）阶段。即所有的参与者准备执行事务并锁住需要的资源。 应用层负责决定提交还是回滚，崩溃时的悬挂事务。MySQL数据库外部XA可以用在分布式数据库代理层，实现对MySQL数据库的分布式事务支持，例如开源的代理工具：网易的DDB，淘宝的TDDL等等。
8.6K31发布于 2019-05-05 - 来自专栏冰河技术
【分布式事务】tcc-transaction分布式TCC型事务框架搭建与实战案例(基于DubboDubbox)
一、背景 有一定分布式开发经验的朋友都知道，产品/项目/系统最初为了能够快速迭代上线，往往不太注重产品/项目/系统的高可靠性、高性能与高扩展性，采用单体应用和单实例数据库的架构方式快速迭代开发；当产品/ ，拆分后的数据库则同样又面临着让人头疼的分布式事务的问题。 本文就针对项目拆分后数据库的分布式事务问题，基于tcc-transaction分布式TCC型事务进行框架的搭建，同时引入相关的实战案例，来解决让人头疼的分布式事务问题。 二、tcc-transaction框架介绍 介绍：tcc-transaction是开源的TCC补偿性分布式事务框架，Git地址：https://github.com/changmingxie/tcc-transaction ，从而无法保存异常事务日志； 2.注意domain、tbSuffix的配置，这两项文档中并没有配置，但源码demo中配置了，用于数据库的表名称等，推荐配置； 3.最后的DefaultRecoverConfig
96840发布于 2020-10-29 - 来自专栏技术栈
分布式事务之数据库事务与JDBC事务实现（一）
介绍事务的四大原则，并通过实例介绍数据库实现事务的方法，以及使用JDBC实现事务的方法。 事务是以一种可靠、一致的方式，访问和操作数据库中的数据的程序单元。 [bn0tfuwg1d.png] 以数据库事务演示为例sql： BEGIN TRANSACTION; --开启事务 UPDATE t_user SET amount = amount-100 WHERE = conn.prepareStatement(updateUser2Sql); stmt2.executeUpdate(); conn.commit(); // or conn.rollback(); 这时再开一个查询窗口执行第二段sql，但第2行sql先不执行，从第3行开始执行，此时可以看到结果还是和最初的数据一致，没有增加也没有减少，这就是事务的隔离性：一个事务的执行过程中不能影响到其他事务的执行
1.3K30发布于 2019-07-31 - 来自专栏小四的技术文章
分布式事务之2PC
前言 分布式事务出现的场景那自然是分布式系统中，在传统的单体系统中，一般数据库就只有一个，所有数据表都存放在一个库中，一般涉及到事务的操作， 我们直接使用本地事务就可以，但是在分布式系统中，由于数据表可能在同一台服务器上的不同库里 ，也可能存在不同服务器的库里，所以就出现了分布式 事务，分布式的解决方案有多种，例如2PC，3PC，TCC等，今天主要来说一下2PC事务的思想。 2PC阶段解释 2PC指的是两阶段提交，整个事务流程分为两个阶段，分别为Prepare阶段和Commit阶段，Prepare为预提交阶段，它不会提交事务，Commit阶段才是真正的提交 事务的阶段，2PC 2PC流程 协调者向参与者发送Prepare消息 协调者向参与者发送Prepare消息，参与者执行完本地事务后返回协调者一个状态，表明自己是否能够执行，并将执行的事务保存起来，并没有提交。 ，不过我们得清楚一点，如果 系统中引入了分布式事务，那么效率一定会下降很多倍的。
69210编辑于 2022-07-26 - 来自专栏二马读书
服务化带来的数据一致问题---分布式事务，事务型消息
本文我们聊聊分布式事务和事务型消息的解决思路，通过阅读本文，可以理解分布式事务和事务型消息，并且能够应用到实际生产工作中。 服务化后单体系统被拆分成多个服务，各服务访问自己的数据库。 好，咱们这次就盘一盘分布式事务，最终一致，补偿机制，事务型消息！ 这次咱们以TCC分布式事务和RocketMQ事务型消息为例，做详细分享！这个弄明白了，也就清楚分布式事务，最终一致，补偿机制这些概念啦！ 因为这几步操作是在分布式环境下进行的，每个操作分布在不同的服务中，不同的服务又对应不同的数据库，本地事务已经用不上了！ 1，发送半消息（所有事务型消息都要经历确认过程，从而确定最终提交或回滚（抛弃消息），未被确认的消息称为“半消息”或者“预备消息”，“待确认消息”） 2，半消息发送成功并响应给发送方 3，执行本地事务，
2.6K20发布于 2020-11-04 - 来自专栏golang算法架构leetcode技术php
golang源码分析：dtm分布式事务（2）
在分析了qs的大致源码后golang源码分析：dtm分布式事务（1），我们分析下dtm-example的源码结构，每个例子都是类似的。 ) 如果没有知名具体实例参数，列出参数列表 func hintExit(msg string) { _, cmd := range examples.Commands 然后是将数据库里未提交的事务回滚掉 &xas) for _, xa := range xas { db.Must().Exec(fmt.Sprintf("xa rollback '%s'", xa.Data)) } 其中数据库连接参数定义在
67010编辑于 2023-03-01 - 来自专栏全栈程序员必看
saga分布式事务_本地事务和分布式事务
分布式事务：在分布式系统中一次操作需要由多个服务协同完成，这种由不同的服务之间通过网络协同完成的事务称为分布式事务 一、2PC： 2PC，两阶段提交，将事务的提交过程分为资源准备和资源提交两个阶段 （2）缺点： 与具体的业务场景绑定，耦合性强，不可公用 消息数据与业务数据同库，占用业务系统资源 业务系统在使用关系型数据库的情况下，消息服务性能会受到关系型数据库并发性能的局限 六、MQ事务消息： 1 、MQ事务消息的执行流程： 基于MQ的分布式事务方案本质上是对本地消息表的封装，整体流程与本地消息表一致，唯一不同的就是将本地消息表存在了MQ内部，而不是业务数据库中，如下图： ，保证事务主动方发写业务表数据和写消息表数据的一致性是基于数据库事务，而 RocketMQ 的事务消息相对于普通 MQ提供了 2PC 的提交接口，方案如下： （1）正常情况： 在事务主动方服务正常， 八、各方案常见使用场景总结： 2PC/3PC：依赖于数据库，能够很好的提供强一致性和强事务性，但延迟比较高，比较适合传统的单体应用，在同一个方法中存在跨库操作的情况，不适合高并发和高性能要求的场景。
4.1K31编辑于 2022-10-05 - 来自专栏浅谈电商系统的实践经验
消息队列（2）--如何利用事务消息实现分布式事务
1.怎么使用事务消息实现分布式事务消息队列中的“事务”，主要解决的是消息生产者和消息消费者的数据一致性问题应用场景：订单系统下订单后，需要在购物车系统清空购物车事务消息适用的场景主要是那些需要异步更新数据 方案：1.TCC 2PC 3PC Saga（强一致性，并发量不发的情况下使用，比如下订单和使用优惠券）2.可以使用本地消息表实现最终一致性（可以短时间接受不一致，前提是：异步执行的部分不依赖资源）3.使用支持事务的消息中间件 RocketMQ Kafka（本地消息表思想的一种实现，使用起来更简单）具体以方案3事务消息实现分布式消息为例：图片1.开启事务2.发送半消息3.成功后执行本地事务，创建订单4.本地事务执行成功，则提交事务 ；本地事务执行失败，则回滚事务细心的同学发现步骤4：如果本地事务执行成功，提交事务的时候，请求失败了，怎么办？ RocketMQ 会自动根据事务反查的结果提交或者回滚事务消息。图片2.怎么保证消息顺序消费？
1.1K30编辑于 2023-10-03 - 来自专栏全栈程序员必看
AnalyticDB_分布式分析型数据库
在分析型数据库中，数据库是⽤户和系统管理员的管理职权的分界点 分析型数据库是以数据库为粒度对⽤户的宏观资源进⾏配置，因此创建数据库时⽤户需要输⼊资源数⽬和资源类别来进⾏的资源分配。 分析型数据库的⽤户不能直接通过CREATE DATABASE的DDL语句创建数据库，只能通过DMS控制 台界⾯来创建需要的业务数据库. 在分析型数据库中，⼀个数据库对应⼀个⽤于访问的域名URL和端⼝号，同时有且只有⼀个owner即 数据库的创建者，如果数据库重建了，即便用回原来的数据库名，但URL和端口号还是要重新分配才能使用数据库。 分析型数据库中表组分为两类：维度表组和事实表组。 一个数据库可以创建多个表组。 未经过数据仓库建模（例如：雪花、星型模型），而只是照搬交易型数据库建模。
3.2K20编辑于 2022-09-30 - 来自专栏上云实践案例
分布式关系型数据库-TDSQL for Mysql
选型背景 用于产品业务相关数据存储，兼容mysql，支持弹性自动水平扩容（实际上是因为接手的时候，已经用了这种数据库）TDSQL for MySQL。 实际使用情况 [TDSQLSQL数据库架构] 优点 弹性伸缩：由于我们的系统用户量比较小，还没体会到TDSQL各种牛B的能力，唯一使用比较多的能力就是支持在线缩容，为了节省成本。 the right syntax to use near '(CAST(custinfo->'$.zipcode' AS UNSIGNED ARRAY)) ) )' at line 5 总结 在选型数据库时 ，尽量选择兼容云原生的数据库，一些自研的产品在使用过程中出现了问题，很难排查原因只能找腾讯云去帮忙协助，通常排查周期会比较长，如果在让我选一次，我会选择使用完全兼容云原生的 “TDSQL-C MySQL 版（TDSQL-C for MySQL）是腾讯云自研的新一代云原生关系型数据库”，详见：https://cloud.tencent.com/document/product/1003/30488
3.6K20编辑于 2022-05-25 - 来自专栏全栈程序员必看
saga分布式事务_分布式事务原理
大家好，又见面了，我是你们的朋友全栈君 saga是分布式事务领域里一个非常重要的事务模式，特别适合解决出行订票这类的长事务，本文将深度剖析saga事务的设计原理，以及在解决订票问题上的最佳实践 01 假如所有的子事务Ti依次成功完成，全局事务完成 假如子事务Ti失败，那么会调用Ci, Ci-1, Ci-2 ….进行补偿 论文阐述了上述这部分基本的saga逻辑之后，提出了下面几种场景的技术处理 回滚与重试 Add(Busi+"/CanRollback2", Busi+"/CanRollback2Revert", req). AddBranchOrder(2, []int{0, 1}) // 指定step 2，需要在0，1完成后执行 超时回滚 saga属于长事务，因此持续的时间跨度很大，可能是100ms到1天，因此saga没有默认的超时时间 最后以一个现实中的问题案例，详细讲解dtm的saga事务使用 dtm是一个一站式的分布式事务解决方案，支持事务消息、SAGA、TCC、XA等多种事务模式，支持Go、Java、Python、PHP、C#、
2.6K20编辑于 2022-09-29 - 来自专栏程序猿人
事务及分布式事务
分布式事务也可以说是沿着这个思路，尝试建立可以让分布式应用忽略内部各种问题的抽象机制。 分布式事务 1. 3.分布式事务解决方案 3.1. 两阶段提交（Two-phase Commit Protocol,2PC） 提到2PC，不得不提XA规范。 事务管理器相当于协调者，负责各个本地资源的提交和回滚；而资源管理器就是分布式事务的参与者，通常为数据库。 一部分是把大事务拆分为若干个小事务，将整个分布式事务T分解为n个子事务，我们命名T1，T2,...,Ti,...,Tn。每个子事务都应该、或者能被看做是原子行为。 所以，基于这种补偿方式，分布式事务中所涉及的每一个数据源都可以单独提交，然后立刻释放锁和资源。AT事务这种异步提交的模式，相比2PC极大地提升了系统的吞吐量。
2.5K21发布于 2021-04-25 - 来自专栏JAVA体系
2、关于数据库事务那些事
目录 1、什么是事务？ 2、介绍下数据库事务？ 3、并发事务会带来什么问题？ 3.1、不可重复读和幻读有什么区别？ 4、数据库隔离级别有哪几种？ 5、MySQL默认使用隔离级别是啥？ 这显然都是不允许的，因此事务会把这两个操作看作一个逻辑的整体，这组整体包含的状态必须是一致的。 2、介绍下数据库事务？ 一个事务所作的修改在最终提交前，对其他事务是不可见的。如前面第2条SQL从老板账户扣钱500元的时候，如果事务还没提交，此时另一个线程查询老板的账户，其看到的账户余额是没有减去500的。 《Designing Data-Intensive Application（数据密集型应用系统设计）》一书中提到：原子性，隔离性和持久性是数据库的属性，而一致性（在 ACID 意义上）是应用程序的属性。 应用可能依赖数据库的原子性和隔离属性来实现一致性，但这并不仅取决于数据库。因此，字母 C 不属于 ACID 。 3、并发事务会带来什么问题？
42810编辑于 2024-04-25 - 来自专栏公众号：Lucifer三思而后行
Oracle 分布式事务 2pc 故障处理
前言 ☀️ 分布式事务 ⭐️ 常见错误 ???? 前言 我们在使用 oracle 数据库时，有时候会碰到需要使用分布式事务，并且会碰到一些报错！ ☀️ 分布式事务 当需要在多个Oracle数据库之间进行数据一致性操作时，就会用到分布式事务。 ⭐️ 常见错误 以下是三种常见的分布式事务问题场景： dba_2pc视图中有数据，但分布式事务已经不存在 分布式事务存在，但dba_2pc视图中没有数据 事务和视图数据都有，但是执行commit force 由于分布式事务涉及到多个数据库之间进行操作，偶尔会遇到一些异常情况（例如系统或网络中断）导致上述三个阶段出现异常，这就在一个或多个节点上，产生不完整的“悬疑分布式事务”。 大多数情况下，出现这种问题，Oracle 会由 Reco 进程进行自动修复，Oracle 数据库会在 dba_2pc_pending 和dba_2pc_neighbors 等多个视图中记录分布式事务相关的信息
93630发布于 2021-09-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号