分布式事物【XA强一致性分布式事务实战、分布式架构的理论知识、TCC核心组成】

最新推荐文章于 2024-11-04 17:34:30 发布
最新推荐文章于 2024-11-04 17:34:30 发布
阅读量40 收藏
点赞数
分类专栏： SpringCloudAlibaba 文章标签： 分布式 架构

转账：https://mp.weixin.qq.com/s/4P0HM4e59rSGwEb-DKwb_g

在这里插入图片描述

@Data
@TableName("user_account")
@AllArgsConstructor
@NoArgsConstructor
public class UserAccount implements Serializable {
    private static final long serialVersionUID = 6909533252826367496L;
    /**
     * 账户编号
     */
    @TableId
    private String accountNo;
    /**
     * 账户名称
     */
    private String accountName;
    /**
     * 账户余额
     */
    private BigDecimal accountBalance;
}

在这里插入图片描述

public interface UserAccountService {
      /**
     * 跨库转账
     * @param sourceAccountNo 转出账户
     * @param targetSourceNo 转入账户
     * @param bigDecimal 金额
     */
   void transferAccounts(String sourceAccountNo, String targetSourceNo,BigDecimal transferAmount);
}

在这里插入图片描述

package com.tong.service.impl;
import com.tong.entity.UserAccount;
import com.tong.mapper1.UserAccountMapper1;
import com.tong.mapper2.UserAccountMapper2;
import com.tong.service.IUserAccountService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;
import java.math.BigDecimal;
/**
* <p>
* 服务实现类
* </p>
*
* @author itbaizhan
* @since 05-13
*/
@Service
public class UserAccountServiceImpl  implements IUserAccountService {
    @Autowired
    private UserAccountMapper1 userAccountMapper1;
    @Autowired
    private UserAccountMapper2 userAccountMapper2;
    /**
     * 跨库转账
     * @param sourceAccountNo 源账户
     * @param targetSourceNo 目标账户
     * @param bigDecimal 金额
     */
    @Transactional
    @Override
  public void transofer(String sourceAccountNo, String targetSourceNo, BigDecimal bigDecimal) {
        // 1. 查询原账户
        UserAccount sourceUserAccount = userAccountMapper1.selectById(sourceAccountNo);
        // 2. 查询目标账户
        UserAccount targetUserAccount = userAccountMapper2.selectById(targetSourceNo);
        // 3. 判断转入账户和转出账户是否为空
        if (sourceAccountNo != null && targetUserAccount != null){
            // 4. 判断转出账户是否余额不足
            if (sourceUserAccount.getAccountBalance().compareTo(bigDecimal) < 0){
                throw  new RuntimeException("余额不足");
           }
            // 5.更新金额
          sourceUserAccount.setAccountBalance(sourceUserAccount.getAccountBalance().subtract(bigDecimal));
            // 6.张三账户减金额
          userAccountMapper1.updateById(sourceUserAccount);
            System.out.println(10/0);
            // 7.更新金额
targetUserAccount.setAccountBalance(targetUserAccount.getAccountBalance().add(bigDecimal));
            // 8.张三账户减金额
          userAccountMapper2.updateById(targetUserAccount);
       }
   }
}

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

```cpp
SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;
-- ----------------------------
-- Table structure for cancel_log
-- ----------------------------
DROP TABLE IF EXISTS `cancel_log`;
CREATE TABLE `cancel_log`  (
  `tx_no` varchar(64) CHARACTER SET utf8mb4
COLLATE utf8mb4_general_ci NOT NULL COMMENT '全局事务编号',
`create_time` datetime(0) NULL DEFAULT NULL
COMMENT '创建时间',
  PRIMARY KEY (`tx_no`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4
COLLATE = utf8mb4_general_ci COMMENT = 'Cancel
阶段执行的日志记录' ROW_FORMAT = Dynamic;
-- ----------------------------
-- Records of cancel_log
-- ----------------------------
-- ----------------------------
-- Table structure for confirm_log
-- ----------------------------
DROP TABLE IF EXISTS `confirm_log`;
CREATE TABLE `confirm_log`  (
  `tx_no` varchar(64) CHARACTER SET utf8mb4
COLLATE utf8mb4_general_ci NOT NULL COMMENT '全局事务编号',
  `create_time` datetime(0) NULL DEFAULT NULL
COMMENT '创建时间',
  PRIMARY KEY (`tx_no`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4
COLLATE = utf8mb4_general_ci COMMENT = 'Confirm
阶段执行的日志记录' ROW_FORMAT = Dynamic;
-- ----------------------------
-- Records of confirm_log
-- ----------------------------
-- ----------------------------
-- Table structure for try_log
-- ----------------------------
DROP TABLE IF EXISTS `try_log`;
CREATE TABLE `try_log`  (
  `tx_no` varchar(64) CHARACTER SET utf8mb4
COLLATE utf8mb4_general_ci NOT NULL COMMENT '全局事务编号',
  `create_time` datetime(0) NULL DEFAULT
CURRENT_TIMESTAMP(0) COMMENT '创建时间'
,
  PRIMARY KEY (`tx_no`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4
COLLATE = utf8mb4_general_ci COMMENT = 'Try阶段
执行的日志记录' ROW_FORMAT = Dynamic;
-- ----------------------------
-- Records of try_log
-- ----------------------------
-- ----------------------------
-- Table structure for user_account
-- ----------------------------
DROP TABLE IF EXISTS `user_account`;
CREATE TABLE `user_account`  (
  `account_no` varchar(64) CHARACTER SET
utf8mb4 COLLATE utf8mb4_general_ci NOT NULL
COMMENT '账户编号',
  `account_name` varchar(50) CHARACTER SET
utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT
NULL COMMENT '账户名称',
  `account_balance` decimal(10, 2) NULL DEFAULT
NULL COMMENT '账户余额',
  `transfer_amount` decimal(10, 2) NULL DEFAULT
NULL COMMENT '转账金额',
PRIMARY KEY (`account_no`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4
COLLATE = utf8mb4_general_ci COMMENT = '账户信
息' ROW_FORMAT = Dynamic;
-- ----------------------------
-- Records of user_account
-- ----------------------------
INSERT INTO `user_account` VALUES ('1001',
'张三', 10000.00, 0.00);
SET FOREIGN_KEY_CHECKS = 1;

在192.168.66.100服务器的MySQL命令行执行如下命令创建转入银行数据库和数据表。

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;

– Table structure for cancel_log

DROP TABLE IF EXISTS cancel_log;
CREATE TABLE cancel_log (
tx_no varchar(64) CHARACTER SET utf8mb4
COLLATE utf8mb4_general_ci NOT NULL COMMENT ‘全局事务编号’,
create_time datetime(0) NULL DEFAULT NULL
COMMENT ‘创建时间’,
PRIMARY KEY (tx_no) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4
COLLATE = utf8mb4_general_ci COMMENT = ‘Cancel阶段执行的日志记录’ ROW_FORMAT = Dynamic;

– Records of cancel_log

– Table structure for confirm_log

DROP TABLE IF EXISTS confirm_log;
CREATE TABLE confirm_log (
tx_no varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT ‘全局事务编号’,
create_time datetime(0) NULL DEFAULT NULL
COMMENT ‘创建时间’,
PRIMARY KEY (tx_no) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4
COLLATE = utf8mb4_general_ci COMMENT = ‘Confirm
阶段执行的日志记录’ ROW_FORMAT = Dynamic;

– Records of confirm_log

– Table structure for try_log

DROP TABLE IF EXISTS try_log;
CREATE TABLE try_log (
tx_no varchar(64) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT ‘全
局事务编号’,
create_time datetime(0) NULL DEFAULT NULL
COMMENT ‘创建时间’,
PRIMARY KEY (tx_no) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8mb4
COLLATE = utf8mb4_general_ci COMMENT = ‘Try阶段
执行的日志记录’ ROW_FORMAT = Dynamic;

– Records of try_log

– Table structure for user_account

DROP TABLE IF EXISTS user_account;
CREATE TABLE user_account (
account_no varchar(64) CHARACTER SET
utf8mb4 COLLATE utf8mb4_general_ci NOT NULL COMMENT ‘账户编号’,
account_name varchar(50) CHARACTER SET
utf8mb4 COLLATE utf8mb4_general_ci NULL DEFAULT
NULL COMMENT ‘账户名称’,
account_balance decimal(10, 2) NULL DEFAULT
NULL COMMENT ‘账户余额’,
transfer_amount decimal(10, 2) NULL DEFAULT
NULL COMMENT ‘转账金额’,
PRIMARY KEY (account_no) USING BTREE) ENGINE = InnoDB CHARACTER SET = utf8mb4
COLLATE = utf8mb4_general_ci COMMENT = ‘账户信息’ ROW_FORMAT = Dynamic;

– Records of user_account

INSERT INTO user_account VALUES (‘1002’,‘李四’, 10000.00, 0.00);
SET FOREIGN_KEY_CHECKS = 1;
懂你技术
关注
专栏目录
分布式 - AT、TCC、SAGA、XA四种分布式事务模型的工作原理和应用场景
小工匠
05-22 2160
分布式事务模型是为了在分布式系统中保证数据一致性而设计的。常见的分布式事务模型包括AT、TCC、SAGA、XA等。阿里云开源的Seata框架支持这些模型，并提供了一站式的分布式事务解决方案。
分布式事务（TCC、XA、可靠性最终一致性）
weixin_45504565的博客
06-28 1081
（Try-Confirm-Cancel）模式是一种分布式事务解决方案，适用于业务流程中需要保证多个操作要么全部成功，要么全部失败的场景。TCC是一种柔性事务模型，它通过业务逻辑来保证分布式系统的最终一致性。
分布式事务解析：保障数据一致性的奥秘
若明天不见
04-30 1041
本文内容主要介绍分布式CAP原理、分布式事务的原理及各种方案详解
分布式事物【XA强一致性分布式事务实战、分布式架构的理论知识、TCC核心组成】(六)-全面详解（学习总结---从入门到深化）
07-13 351
分布式事物【XA强一致性分布式事务实战、分布式架构的理论知识、TCC核心组成】(六)-全面详解（学习总结---从入门到深化）
分布式事务解决方案（最终一致性【TCC解决方案】）
u012014505的博客
05-27 796
例如实现TCC分布式事务方案时，需要实现Try、Confirm、Cancel三个阶段的业务逻辑，这就是TCC操作，在TCC操作的每个阶段的方法都需要实现幂等性，这就是幂等操作，如果在执行分布式事务过程中业务服务出现了异常情况，则需要支持重试阶段，以达到事务补偿的目的，这就是可补偿操作，另外业务服务需要提供可以查询自身内部事务状态的接口，以供其他服务调用，这就是可查询操作。TCC是一种典型的解决分布式事务问题的方案，主要解决跨服务调用场景下得分布式事务问题，广泛应用于分布式事务场景。空回滚、幂等和悬挂问题。
分布式事务和一致性
weixin_43281498的博客
08-13 1023
分布式事务是指在分布式系统中涉及到或的事务处理，这些数据库或应用程序可能布在不同的物理节点上，甚至可能位于不同的地理位置，在分布式事务中，需要确保所有参与者的事务操作都能保持一致性，即所有参与者的事务。举个例子，假设一个电商系统，用户下单后需要扣减库存、扣减账户余额、生成订单等操作。在单机环境下，可将这些操作放在同一个事务中，保证原子性、一致性和持久性。但在分布式环境下，可能存在多个服务（如库存。
java 分布式事务 xa_分布式事务XA
weixin_36033417的博客
02-16 656
1、什么是分布式事务分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。以上是百度百科的解释，简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。本质上来说，分布式事务就是为了保证不同数据库的数据一致性。2、分布式事务的产生的原因2.1、...
分布式理论之事务一致性和其常见协议 2PC、3PC、分布式消息、TCC、SAGA、AT
不会骑摩托的程序员不是好的摄影师
06-25 1453
1.分布式事物主要是解决分布式环境下，组合事物的一致性问题。 2.事务也分本地事务和分布式事务，这里主要介绍分布式事务，本地事务可以参考我的另一篇文章 [数据库原理之数据库事物](https://blog.csdn.net/weixin_40979518/article/details/131313594) 3.常见的分布式事务协议 2PC、3PC、基于分布式消息的最终一致性方案、SAGA、TCC、XA
【分布式】怎么保证一致性
在这里你大概率会有所收获，欢迎指错||纠正||建议||水评+点赞&&评论&&关注&&转发
08-25 3154
说到一致性就不能不提事务，事务这个词现在经常用于数据库，但是有一点要注意，站在一定的角度，事务并非只适用于数据库。
最终一致性性分布式事务 TCC
m0_71777195的博客
07-21 1838
分布式事务分布式条件下,多个节点操作的整体事务一致性。特别是在微服务场景下,业务A和业务B关联,事务A成功,事务B失败,由于跨系统,就会导致不被感知。此时从整体来看,数据是不一致的。分布式事务中的两大基本理论CAP理论与Base理论。强一致性分布式事务解决方案基于CAP理论最终一致性分布式事务解决方案基于Base理论在最终一致性分布式事务解决方案中，典型的方案包括TCCTCC。...
分布式事务分类,xa,at,tcc,sega
06-17
### 分布式事务基础知识 #### 一、ACID特性与CAP理论 在深入探讨不同分布式事务解决方案之前，我们首先需要理解分布式系统中的两个核心概念——ACID特性和CAP理论。 **ACID特性**： 1. **原子性（Atomicity）**...
分布式事务实践 解决数据一致性
11-23
除此以外还介绍了一些分布式事务相关的技术，如幂等性、全局一致性ID、分布式对象等。... 6-1 分布式事务介绍 6-2 spring分布式事务实现_使用JTA 6-3 spring分布式事务实现_不使用JTA 6-4 实例1-DB-DB 6-5 实例1-DB-...
【p2p、分布式，区块链笔记 Torrent】WebTorrent 的lt_donthave插件
ResumeProject的博客
11-01 367
【代码】【p2p、分布式，区块链笔记 Torrent】WebTorrent 的lt_donthave插件。
Docker安装XXL-JOB分布式调度任务
hkl_Forever的博客
11-04 108
3、在挂载目录创建配置文件（application.properties 或 datasource.properties），添加内容。2、创建 xxl-job 数据库，将上述文件中的脚本在本库执行即可。1、下载 xxl-job 源码，找到持久化脚本。用户密码：admin/123456。1、下载 xxl-job 镜像。4、创建 xxl-job 容器。2、创建挂载目录及配置文件。
分布式光伏管理办法
最新发布
zheguyun的博客
11-04 324
光伏业务管理系统通过数字化手段实现对光伏业务全流程的精细化管理，包括项目规划、设计选型、施工建设、运营维护、数据分析等多个环节。2.数据可视化：实时收集并展示项目运行数据，包括发电量、设备状态、故障报警等，使管理者能够直观了解项目运营情况，快速响应问题。1.流程标准化：系统通过预设的标准流程和规范，确保每个环节的操作都符合行业标准和最佳实践，减少人为错误，提高项目质量。5.风险预警与应对：通过实时监控和数据分析，及时发现潜在风险，并自动触发预警机制，帮助企业提前采取措施，避免损失。
springcloud通过MDC实现分布式链路追踪
weixin_66409969的博客
11-01 449
在DDD领域驱动设计中，我们使用SpringCloud来去来实现，但排查错误的时候，通常会想到Skywalking，但是引入一个新的服务，增加了系统消耗和管理学习成本，对于大型项目比较适合，但是小的项目显得太过臃肿了，我们此时就可以使用TraceId，将其存放到MDC中，返回的时候参数带上它，访问的时候日志打印出来，每次访问生成的TraceId不同，这样可以实现分布式链路追踪的问题。
电能质量治理产品在分布式光伏电站的应用
acreltzy18702111382的博客
11-01 1057
例如，根据NB/T 32004-2018《光伏并网逆变器技术规范》，光伏并网逆变器注入电网的电流总谐波畸变率不得超过5%，同时对特定的奇次和偶次谐波畸变也设定了具体要求。安科瑞电能质量治理产品应用于光伏电站，通过补偿谐波、提供无功功率补偿及实时监测电能质量，解决了功率因数低和电能质量问题。功能：静止无功发生器利用全控型电力电子器件如IGBT，实时监测电网电压变化，快速产生或吸收无功功率，实现无功功率的快速补偿和调节，保持功率因数稳定。应用：实时监测光伏电站电能质量，助管理及时处理问题，保障系统稳定。
如何使用java雪花算法在分布式环境中生成唯一ID？
梦在硅谷的博客
10-31 1177
雪花算法最初由Twitter提出，旨在为分布式系统生成唯一的64位ID。全局唯一性：在分布式环境中生成的ID不会重复。时间有序性：生成的ID是基于时间戳的，具有一定的顺序性。高性能：能够高效地生成ID，支持高并发。雪花算法是一种高效的分布式ID生成算法，具有全局唯一性、时间有序性和高性能等优点。通过本文的介绍和示例代码，读者可以了解雪花算法的原理和实现，并能够在自己的项目中应用该算法。希望本文能为读者提供有价值的参考。
AnaTraf | 网络性能监测系统与分布式性能监测探秘
anatraf_168的博客
11-01 553
对于 IT 运维人员来说，维护网络的稳定和业务的连续性是至关重要的使命，而优化网络性能以及在网络出现故障时快速排除故障则是实现这一使命的关键能力。
分布式事务：XA、TCC与消息一致性方案解析
"这篇文档主要介绍了分布式事务的基本思想和几种常见的分布式系统解决方案，包括基于XA协议的两阶段提交、TCC方案以及基于消息的最终一致性方案。这些方案都是为了解决在分布式环境中保证数据一致性的问题。" ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值