SpringCloudAlibaba+Seata整合Shardingsphere分库分表后分布式事务数据库回滚错乱，有的数据库回滚成功，有的回滚失败问题解决

一、下载Seata1.4.2 进入官网：Seata 二、安装部署Seata 参阅官网：直接部署 三、添加jar依赖 <dependency> <groupId>org.apache.shardingsphere</groupId> <artifactId>shardingsphere-jdbc-core-spring-boot-starter</artif

主要使用rooyi框架集成sentinel熔断和降级、seata分布式事务、Sharindsphere实现读写分离和分表操作。

【1】shardingsphere-transaction-base-seata-at 的版本最好与 shardingsphere-jdbc 版本一致。（1）事务组名称可以自定义，但要与seata服务端配置文件（seata-server.yml）中配置的事务组名称一致(否则报错)，【1】shardingsphere-jdbc 集成 seata 与 单数据源集成 seata 完全是各自独立的方式(不搭嘎)【2】在被调用方的服务中配置 seata 支持的事务传播拦截器，获取调用方传递过来的 TX_XID。

基于Sharding的数据库读写分离方案，集成到Spring Cloud项目中！

事务(Transaction)是访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。在关系数据库中，一个事务由一组SQL语句组成。事务应该具有4个属性：原子性、一致性、隔离性、持久性。这四个属性通常称为ACID特性。：事务是一个不可分割的工作单元，事务中包含的所有操作要么都做，要么都不做。：事务必须使数据库从一个一致性状态变到另一个一致性状态，事务的中间状态不能被观察到。

大家好，我是爱读源码的大都督，最近在做seata的升级改造，由于项目中既用到了seata，也用了sharding-jdbc，并且之前同事对他们进行改造，为了知道改造的原因，我做了一些测试，发现seata和sharding-jdbc同时使用时确实会出现问题，所以写这篇文章来记录一下，并分享给有需要的朋友。如果时间不够，并且对seata和sharding-jdbc的原理有一定了解的话，可以直接看最后的总结。

这个报错的含义简单来说就是这个事务已经在其他地方被标记成只可回滚了，不能再进行后续其他的操作。

seata-develop链接：https://pan.baidu.com/s/1WAMPzIwof3Z_RwfE-w6JqQ 提取码：df5n seata-server-1.4.0链接：https://pan.baidu.com/s/1JfsvN2ir6piou3aUbZO_Ow 提取码：6lt3 官网源码地址：https://github.com/seata/seata 网上许多搭建版本趋向于老版本，故自己参考官网 http://seata.io/en-us/和其他搭建方法总结出一套完整说明.

分布式系统的多数据库，实现分布式事务回滚（1.7.0 seata整合2.0.4nacos）

product-service-client 1.0-SNAPSHOT org.apache.maven.plugins maven-compiler-plugin 1.8 1.8 src/main/java **/*.xml product-service-client pom.xml <?xml version="1.0" encoding="UTF-8"?> <project xmlns=“http://maven.apache.org/POM/4

本文主要讲述，在springcloud中，怎么配置shardingsphere-jdbc进行分库分表当前使用版本：SpringCloud-alibaba jdk8使用动态数据源管理sharding-jdbc数据源。

第二：在注入 数据源的 bean的时候，必须添加注解：@Primary 因为springBoot默认是有一个数据源的，当我们提前添加以后，boot后续会自动把我们的数据源给关了，然后使用自己的数据源，这个时候，这个注解就可以告诉容器，我们这个数据源才是主要的数据源，这样就可以避免在启动项目的时候会把我们的数据源关了。这里的这个文件的路径必须正确，我们是通过配置文件来进行实现分库分表的，这个文件的路径最好是放在我们的资源路径下，就可以直接用我的这个完美复刻，方便大家去调试。

其实绝大部分程序员是没有机会接触大规模大数据的分布式系统的，因此虽然对分库分表、数据一致性有不少了解，却比较少的直接上手，尤其是搭建初始的框架。 笔者最近正在做一个项目，日高峰入库单表10万+数据，因此需要考虑分库分表，同时由于系统涉及支付，需要从多个支付渠道扣款、扣减库存，因此在分布式系统中需要实现数据一致性。RPC采用Dubbo服务。如下就是解决方案示例，采用seata、shardingsphere、dubbo。

ShardingSphere的官网 1.简介 Apache ShardingSphere 是一套开源的分布式数据库解决方案组成的生态圈，它由 JDBC、Proxy 和 Sidecar（规划中）这 3 款既能够独立部署，又支持混合部署配合使用的产品组成。 它们均提供标准化的数据水平扩展、分布式事务和分布式治理等功能，可适用于如 Java 同构、异构语言、云原生等各种多样化的应用场景。 Apache ShardingSphere 旨在充分合理地在分布式的场景下利用关系型数据库的计算和存储能力，而并非实现一个全新

具体问题举例：有两个服务A和服务B，服务A通过openfiegn调用服务B的接口，服务A和服务B都能正常注册到seat服务。但当服务A的serviceA调用服务B的serviceB时，serviceB执行成功并返回结果到serviceA中，然后serviceA报错，些时serviceA能回滚，serviceB不能回滚。一：seat全局事务id是在放在heard中在服务间传递的，然而通过断点，确实在服务B的请求request.header中有事务id。1、Seata做分布式事务时，报错后事务不回滚的问题？

Seata 是 阿里巴巴 开源的 分布式事务中间件，以 高效 并且对业务 0 侵入 的方式，解决 微服务 场景下面临的分布式事务问题。主要指讲述 seata服务端的搭建以及与springcloud的集成以实现分布式事务控制的过程以下部分来自官网，部分来自个人理解seata主要有下面三种角色事务协调器（TC）：维护全局事务和分支事务的状态，驱动全局提交或回滚。事务管理器（TM）：定义全局事务的范围：开始全局事务，提交或回滚全局事务。

在前面我们已经讲解了ShardingSphere5.x的分布式事务的seata的解决方案，可是那个方案是基于单体系统的解决方案，那在我们的spring cloud的微服务中我们该如何去实现基于ShardingSphere5.x的seata的分布式事务的实现呢，接下里在本章张将为大家讲解如何实现微服务中的ShardingSphere5.x的seata的分布式解决方案的实现。 1、demo技术选型及版本信息 注册中心：eureka 服务间调用：feign 持久层：mybatis 数据库：m.