文章有点长，我决定用半个小时来和你分享~?废话不多说，上代码。。。基于Seata1.5.2，项目中用seata-spring-boot-starter1.SeataDataSourceAutoConfigurationSeataDataSourceAutoConfiguration主要是配置数据源代理，可以看到：默认seata.enabled、seata.enableAutoDataSourceProxy、seata.enable-auto-data-source-proxy都是true只有当classpath中有DataSource时才会进行此配置创建了一个SeataAutoDataSour
Seata包括Server端和Client端。Seata中有三种角色：TC、TM、RM，其中，Server端就是TC，TM和RM属Client端。Client端的源码学习上一篇已讲过，详见《Seata1.5.2源码学习》，今天来学习Server端的源码。源码下载地址：https://github.com/seata/seata启动类ServerApplication没什么好说的，重点是ServerRunnerServerRunner是一个CommandLineRunner实例，因此在SpringBoot启动完成后会回调其run()方法。而在ServerRunner的run()方法中调用了Ser
Seata包括Server端和Client端。Seata中有三种角色：TC、TM、RM，其中，Server端就是TC，TM和RM属Client端。Client端的源码学习上一篇已讲过，详见《Seata1.5.2源码学习》，今天来学习Server端的源码。源码下载地址：https://github.com/seata/seata启动类ServerApplication没什么好说的，重点是ServerRunnerServerRunner是一个CommandLineRunner实例，因此在SpringBoot启动完成后会回调其run()方法。而在ServerRunner的run()方法中调用了Ser
分布式事务——Seata分布式事务1.本地事务与分布式事务1.1本地事务本地事务，也就是传统的单机事务。在传统数据库事务中，必须要满足四个原则：1.2分布式事务问题分布式事务，就是指不是在单个服务或单个数据库架构下，产生的事务，例如：跨数据源的分布式事务跨服务的分布式事务综合情况在数据库水平拆分、服务垂直拆分之后，一个业务操作通常要跨多个数据库、服务才能完成。例如电商行业中比较常见的下单付款案例，包括下面几个行为：创建新订单扣减商品库存从用户账户余额扣除金额完成上面的操作需要访问三个不同的微服务和三个不同的数据库。订单的创建、库存的扣减、账户扣款在每一个服务和数据库内是一个本地事务，可以保证A
分布式事务——Seata分布式事务1.本地事务与分布式事务1.1本地事务本地事务，也就是传统的单机事务。在传统数据库事务中，必须要满足四个原则：1.2分布式事务问题分布式事务，就是指不是在单个服务或单个数据库架构下，产生的事务，例如：跨数据源的分布式事务跨服务的分布式事务综合情况在数据库水平拆分、服务垂直拆分之后，一个业务操作通常要跨多个数据库、服务才能完成。例如电商行业中比较常见的下单付款案例，包括下面几个行为：创建新订单扣减商品库存从用户账户余额扣除金额完成上面的操作需要访问三个不同的微服务和三个不同的数据库。订单的创建、库存的扣减、账户扣款在每一个服务和数据库内是一个本地事务，可以保证A
1. SeataServer部署Seata分TC、TM和RM三个角色，TC（Server端）为单独服务端部署，TM和RM（Client端）由业务系统集成。首先，下载最新的安装包也可以下载源码，然后本地编译。最新的版本是1.5.2下载后的启动包（或者源码）中有个scripts目录，里面有各种我们所需的脚本Server端存储模式（store.mode）现有file、db、redis三种：file模式为单机模式，全局事务会话信息内存中读写并持久化本地文件root.data，性能较高；（不推荐）db模式为高可用模式，全局事务会话信息通过db共享，相应性能差些；redis模式Seata-Server1.
1. SeataServer部署Seata分TC、TM和RM三个角色，TC（Server端）为单独服务端部署，TM和RM（Client端）由业务系统集成。首先，下载最新的安装包也可以下载源码，然后本地编译。最新的版本是1.5.2下载后的启动包（或者源码）中有个scripts目录，里面有各种我们所需的脚本Server端存储模式（store.mode）现有file、db、redis三种：file模式为单机模式，全局事务会话信息内存中读写并持久化本地文件root.data，性能较高；（不推荐）db模式为高可用模式，全局事务会话信息通过db共享，相应性能差些；redis模式Seata-Server1.
在上一篇中通过阅读Seata服务端的代码，我们了解到TC是如何处理来自客户端的请求的，今天这一篇一起来了解一下客户端是如何处理TC发过来的请求的。要想搞清楚这一点，还得从GlobalTransactionScanner说起。启动的时候，会调用GlobalTransactionScanner#initClient()方法，在initClient()中初始化TM和RMTM初始化，主要是注册各种处理器，最终构造一个处理器映射表，不再多说HashMap>processorTable=newHashMap(32);重点关注RM初始化RM初始化过程中，设置了resourceManager和transact
在上一篇中通过阅读Seata服务端的代码，我们了解到TC是如何处理来自客户端的请求的，今天这一篇一起来了解一下客户端是如何处理TC发过来的请求的。要想搞清楚这一点，还得从GlobalTransactionScanner说起。启动的时候，会调用GlobalTransactionScanner#initClient()方法，在initClient()中初始化TM和RMTM初始化，主要是注册各种处理器，最终构造一个处理器映射表，不再多说HashMap>processorTable=newHashMap(32);重点关注RM初始化RM初始化过程中，设置了resourceManager和transact
1、Seata简介1.1Seata是什么Seata是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata将为用户提供了AT、TCC、SAGA和XA事务模式，为用户打造一站式的分布式解决方案。AT模式是阿里首推的模式，阿里云上有商用版本的GTS（GlobalTransactionService全局事务服务）。1.2Seata的三大角色在Seata的架构中，一共有三大角色：TC（TransactionCoordinator）-事务协调者维护全局和分支事务的状态，驱动全局事务提交或回滚。TM（TransactionManager）-事务管理器定义全局事务的范围：开始全
