Seata

兄弟们，刚刚又给seata社区修了一个BUG，有用户提了issue反应TransactionHook在某些情况下不会被调用： 相关issue链接：

我们都知道Seata AT是基于前后镜像来实现事务的成功回滚的，前后镜像的生成依赖于数据表的元数据，Seata是如何生成前后镜像的可以看这篇博客:

在Seata官网中，我们可以知道AT模式一阶段的处理流程如下： 前镜像的作用是保证在分布式事务失败时能够成功回滚的重要依据，后镜像是在回滚前校验是

我们在很多博客中都有发现，Seata AT模式里面的全局锁其实是行锁，这也是Seata AT模式和XA模式在锁粒度上的最大区别。我们可以在官网看到

兄弟们，最近处理了一个seata的issue，关于seata分布式事务长期回滚失败后，突然回滚成功了： 这个问题的出现需要以下两个契机： 在执行分

在前面的文章发现Seata TCC模式的一个BUG，顺手给社区提了一个issue中，我在实际集成TCC的时候发现了BusinessActionCo

根据昨天文章的源码分析，我们发现了问题就出现在Seata反序列化的时候不知道目标参数的数据类型，导致序列化前的参数类型和反序列化后的数据类型不一致。针对上述问题，说说我自己的解决思路。

在之前的文章手把手教你Spring Cloud集成Seata TCC模式中，实现了TCC方式完成购物车下单的分布式事务；在该案例中，我无意间发现了一个小BUG，下面我带大家通过源码分析来看一下为啥会出

我们在前面的文章中已经教大家分别集成了Seata AT模式以及Seata TCC模式，这篇文章就教大家如何在自己的Spring Cloud项目中集成Seata XA模式。

我们创建的`TCC Action`需要传入一个`BusinessActionContext`对象参数，但是我们在`Service`调用`TCC Action`时，传入的是一个`null`，那么我们的

那么Seata会帮助开发人员处理幂等性、资源悬挂、空回滚等问题，那么我们这篇文章来看看Seata TCC是如何解决这三个问题的。

我们知道，AT模式是由TM根据各分支事务提交的情况来决议发起分布式事务的提交还是回滚，其实TCC模式也是一样，TCC模式所属的`TM`也是需要被`@GlobalTransactional`注解的，所以

在前面的博客手把手教你Spring Cloud集成Seata TCC模式中，我们讲述了如何把TCC模式应用到Spring Cloud中。那么我们的疑问是：Seata TCC是如何处理TCC Actio

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第15天，点击查看活动详情 前言 在前面的博客中，我们依次讲解了Seata AT模式的原理及使用方式，上一篇博客中我们讲解了如何在

针对于一些追求高性能的业务场景，我们还是需要选择TCC模式； 因为TCC的`资源预留`概念降低了锁的粒度，在分布式事务未完成前并不会阻塞同业务下的其他分布式事务的执行

Seata AT模式是无侵入的分布式事务解决方案，适用于不希望对业务进行改造的场景，几乎0学习成本。在业务开发过程中，开发人员只需要关注自己需要处理的业务逻辑即可，编码方式几乎和没有分布式事务一样

--- theme: channing-cyan --- 持续创作，加速成长！这是我参与「掘金日新计

持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第10天，点击查看活动详情 前言 在之前的博客中，已经介绍过了TM在seata AT模式中的处理流程、TC在seata分布式事务中

在Seata Client初始化过程中，会通过io.seata.spring.boot.autoconfigure.SeataDataSourceAutoConfiguration创建Seata

为了了解Seata AT模式的原理，我通过源码解读的方式画出了Seata AT模式启动的图示如果是基于Springboot项目的话，项目启动的使用，一般约定会先查看spring.factories文件