用TCC来解决多个第三方系统数据一致性问题

2024-09-01 22:04

本文主要是介绍用TCC来解决多个第三方系统数据一致性问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

对于做集成的公司来说,会集成各种第三方系统,要么是通过第三方系统的api,要么直接集成第三方系统的设备。如果是通过api集成,单次请求只调用一个三方系统没问题,同步调用就行,但如果同时要调用多个三方系统,并且需要三方系统都成功的时候才算该次请求成功调用,这种情况只要后面调用的系统发生报错,前面系统如果不删除产生的数据,就会遗留在三方系统中,产生脏数据。这种集成的三方系统,不是我方能够控制的,我们不能修改他们的代码。

下图是产生该问题的一个场景:
在这里插入图片描述

这里我尝试使用了TCC来处理多个三方系统的数据一致问题,以添加人脸为例来说明:
在这里插入图片描述

  • try阶段依次调用每个三方系统的新增人脸接口,每个三方系统调用成功后,把我方功能主键ID(比如人脸id)、三方返回数据(三方系统人脸id)、操作类型(比如新增),三方系统唯一标识(比如third1)存储到临时记录表里
  • confirm阶段暂时没用
  • cancel阶段,如果try阶段,某一个三方系统报错了,TCC就会执行到该阶段。该阶段要把try阶段已经执行成功的记录查询出来,调用三方系统的删除接口

经过以上步骤以此来完成脏数据的删除。

TCC我们要考虑以下的几种情况:

  1. 新增出错-删除回调:
    try阶段:每个三方系统调用成功后,将我方功能主键ID、三方系统主键、操作类型(ADD)、三方唯一标识(third1、third2)记下里
    在这里插入图片描述
    cancel阶段:根据我方功能主键ID,操作类型(ADD)查询出所有记录,再循环调用三方删除接口

  2. 修改出错-修改回调:
    try阶段:先从我方系统的映射表中查询出对应的三方系统主键,随后根据三方系统主键调用三方系统查询详情接口,存储到记录表,操作类型(UPDATE)
    cancel阶段:根据我方功能主键ID,操作类型(UPDATE),以THIRD字段分组,查询出最新记录,封装参数,循环调用三方更新接口,更新回原来的数据

  3. 删除出错-新增回调:
    try阶段:先从我方系统的映射表中查询出对应的三方系统主键,随后根据三方系统主键调用三方系统查询详情接口,存储到记录表,操作类型(DELETE)
    cancel阶段:根据我方功能主键ID,操作类型(DELETE),查询出最新记录,封装参数,循环调用三方新增接口,把删除的数据加回来,随后再更新我方系统映射表中三方主键id

这是使用TCC来解决的多个三方数据一致性问题,这种方案数据查询,参数封装都需要手动写代码处理,比较繁琐,我之前还提供过另外一种方案,通过注解进行声明,由框架解析注解来自动处理,代码量少很多,不过我的代码还有很多要优化完善的地方,但我想这种思想是好的,可以看看https://itsaysay.blog.csdn.net/article/details/126072080

贴出TCC部分的代码看一下,源码可以查看 https://github.com/jujunchen/tcc-third-transaction:

package csdn.itsaysay.we.service.handler;import java.util.List;
import java.util.Objects;import javax.annotation.Resource;import org.mengyun.tcctransaction.api.Compensable;
import org.mengyun.tcctransaction.api.UniqueIdentity;
import org.springframework.stereotype.Service;
import org.springframework.transaction.annotation.Transactional;import com.baomidou.mybatisplus.core.toolkit.Wrappers;import csdn.itsaysay.we.bean.Third;
import csdn.itsaysay.we.bean.model.FaceDO;
import csdn.itsaysay.we.bean.model.ThirdHistoryDO;
import csdn.itsaysay.we.mapper.ThirdHistoryMapper;
import csdn.itsaysay.we.third.feign.ThirdFeignClient;
import csdn.itsaysay.we.third.third1.T1FaceService;
import csdn.itsaysay.we.third.third2.T2FaceService;
import lombok.extern.slf4j.Slf4j;@Slf4j
@Service
public class FaceAdd {@Resourceprivate T1FaceService third1FaceService;@Resourceprivate T2FaceService third2FaceService;@Resourceprivate ThirdHistoryMapper thirdHistoryMapper;@Resourceprivate ThirdFeignClient thirdFeignClient;@Compensable(confirmMethod = "confirmFaceAdd", cancelMethod = "cancelFaceAdd")@Transactionalpublic void tryFaceAdd(@UniqueIdentity FaceDO face) {log.info("------->we try");//把第三方接口独立成服务,通过feign去调用
//		FaceAddReq req = BeanUtil.copyProperties(face, FaceAddReq.class);
//		thirdFeignClient.faceAdd(req);//直接写在当前服务里面String id1 = third1FaceService.faceAdd(face);thirdHistoryMapper.insert(buildModel(face.getId(), id1, Third.ADD, Third.THIRD1));String id2 = third2FaceService.faceAdd(face);thirdHistoryMapper.insert(buildModel(face.getId(), id2, Third.ADD, Third.THIRD2));}public void confirmFaceAdd(FaceDO face) {log.info("------->we confirm");}public void cancelFaceAdd(FaceDO face) {log.info("------->we cancel");List<ThirdHistoryDO> faceThirdDOs = thirdHistoryMapper.selectList(Wrappers.<ThirdHistoryDO>lambdaQuery().eq(ThirdHistoryDO::getWeData, face.getId()).eq(ThirdHistoryDO::getRtype, Third.ADD));for (ThirdHistoryDO thirdHistoryDO : faceThirdDOs) {//如果只有几个的话,可以单独指定,如果是不确定有几个的话,还要根据third字段唯一标识来获取应该调用哪个第三方if (Objects.equals(thirdHistoryDO.getThird(), Third.THIRD1)) {third1FaceService.faceDelete(thirdHistoryDO.getThirdData());}if (Objects.equals(thirdHistoryDO.getThird(), Third.THIRD2)) {third1FaceService.faceDelete(thirdHistoryDO.getThirdData());}}}private ThirdHistoryDO buildModel(Integer id, String thirdId, String rtype, String third) {ThirdHistoryDO thirdHistoryDO = new ThirdHistoryDO();thirdHistoryDO.setWeData(String.valueOf(id));thirdHistoryDO.setThirdData(thirdId);thirdHistoryDO.setRtype(rtype);thirdHistoryDO.setThird(third);return thirdHistoryDO;}}

这篇关于用TCC来解决多个第三方系统数据一致性问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1128171

相关文章

Springboot项目启动失败提示找不到dao类的解决

《Springboot项目启动失败提示找不到dao类的解决》SpringBoot启动失败,因ProductServiceImpl未正确注入ProductDao,原因:Dao未注册为Bean,解决:在启... 目录错误描述原因解决方法总结***************************APPLICA编

SpringBoot多环境配置数据读取方式

《SpringBoot多环境配置数据读取方式》SpringBoot通过环境隔离机制,支持properties/yaml/yml多格式配置,结合@Value、Environment和@Configura... 目录一、多环境配置的核心思路二、3种配置文件格式详解2.1 properties格式(传统格式)1.

解决pandas无法读取csv文件数据的问题

《解决pandas无法读取csv文件数据的问题》本文讲述作者用Pandas读取CSV文件时因参数设置不当导致数据错位,通过调整delimiter和on_bad_lines参数最终解决问题,并强调正确参... 目录一、前言二、问题复现1. 问题2. 通过 on_bad_lines=‘warn’ 跳过异常数据3

解决RocketMQ的幂等性问题

《解决RocketMQ的幂等性问题》重复消费因调用链路长、消息发送超时或消费者故障导致,通过生产者消息查询、Redis缓存及消费者唯一主键可以确保幂等性,避免重复处理,本文主要介绍了解决RocketM... 目录造成重复消费的原因解决方法生产者端消费者端代码实现造成重复消费的原因当系统的调用链路比较长的时

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

SpringBoot监控API请求耗时的6中解决解决方案

《SpringBoot监控API请求耗时的6中解决解决方案》本文介绍SpringBoot中记录API请求耗时的6种方案,包括手动埋点、AOP切面、拦截器、Filter、事件监听、Micrometer+... 目录1. 简介2.实战案例2.1 手动记录2.2 自定义AOP记录2.3 拦截器技术2.4 使用Fi

kkFileView启动报错:报错2003端口占用的问题及解决

《kkFileView启动报错:报错2003端口占用的问题及解决》kkFileView启动报错因office组件2003端口未关闭,解决:查杀占用端口的进程,终止Java进程,使用shutdown.s... 目录原因解决总结kkFileViewjavascript启动报错启动office组件失败,请检查of

Linux系统中查询JDK安装目录的几种常用方法

《Linux系统中查询JDK安装目录的几种常用方法》:本文主要介绍Linux系统中查询JDK安装目录的几种常用方法,方法分别是通过update-alternatives、Java命令、环境变量及目... 目录方法 1:通过update-alternatives查询(推荐)方法 2:检查所有已安装的 JDK方

SQL Server安装时候没有中文选项的解决方法

《SQLServer安装时候没有中文选项的解决方法》用户安装SQLServer时界面全英文,无中文选项,通过修改安装设置中的国家或地区为中文中国,重启安装程序后界面恢复中文,解决了问题,对SQLSe... 你是不是在安装SQL Server时候发现安装界面和别人不同,并且无论如何都没有中文选项?这个问题也

Linux系统之lvcreate命令使用解读

《Linux系统之lvcreate命令使用解读》lvcreate是LVM中创建逻辑卷的核心命令,支持线性、条带化、RAID、镜像、快照、瘦池和缓存池等多种类型,实现灵活存储资源管理,需注意空间分配、R... 目录lvcreate命令详解一、命令概述二、语法格式三、核心功能四、选项详解五、使用示例1. 创建逻