分布式事务

不利用 Seata 所提供的机制，就不会使用到 2 阶段的全局锁，那么对大部分隔离性要求不高的场景来说，这样就提升了性能；但若对隔离性有要求，又没有基于 Seata 的规则使用全局锁就可能出现脏写脏读

RM 的能力在数据源做了一层代理，Seata 在这层代理中预业务 SQL 执行过程，加入分布式事务所需的逻辑，通过这种方式，Seata 真正做到了对业务代码无侵入

@GlobalLock注解内部的逻辑是Seata通过Connection代理，在commit环节增强处理逻辑，检测不到冲突的全局行锁记录后，才提交本地事务；若检测到冲突的全局行锁记录就重试

Seata 依赖 Spring 的注解机制，实现声明式事务，开发者给 Bean 方法添`@GlobalTransactional`Seata 重写此类 Bean 生命周期的三个阶段以完成分布式事务能力

在当前的技术发展阶段，不同的业务场景对一致性、可靠性、易用性、性能等要求不同，应用架构可以根据实际场景的需求，灵活选择合适的分布式事务解决方案。行业中把分布式事务解决方案分为刚性事务方案和柔性事务方案

reactor 模式是一种事件驱动的应用层 I/O 处理模式，基于分而治之和事件驱动的思想，致力于构建一个高性能的可伸缩的 I/O 处理模式

Netty是一个异步的、基于事件驱动的网络应用框架，用以快速开发高性能、高可靠性的网络 IO 程序。

从技术架构管理的角度看，一套规范的、通用的、可靠的分布式事务解决方案，帮助开发者在分布式环境下，既保证业务数据的一致性，又不需要投入太多的资源用于业务数据一致性的开发维护，还能加快迭代速度保障项目交付

从Seata AT模式相关源码梳理可知，MySQL自增ID的场景下推荐使用 useGeneratedKeys

构建Insert操作的afterImage要获取自增ID，复用insert的PreparedStatement通过SELECT LAST_INSERT_ID()获取时遇到一些问题，梳理清楚以制定方案

mybats中通过将useGeneratedKeys设置为true，进行INSERT操作后，数据库自动生成的主键会填充到 Java实体属性中，我们可以从Java实体属性中获得数据库自动生成的主键ID。

Seata 对业务无侵入是通过数据源代理实现的，数据源代理的实现涉及到 DataSource、Connection 以及 Statement，这几个关键知识属于 JDBC 的范畴

TCC其核心思想是是：通过对资源进行预留，尽量减少对资源的锁定时间；如果事务提交则完成对预留资源的确认；如果事务回滚，则释放预留的资源。

TC 集群具有高可用架构，应用到集群是这样一个间接的关系：应用 -》事务分组 -》TC 集群，应用启动后所指定的事务分组不能变，可通过配置中心变更事务分组所属的 TC 集群

AOP增强后通过模板方法模式加入分布式事务的能力： 1. 开启事务与 TC 进行通信，获取 xid ，注入事务上下文 2. 调用目标方法 3. 之后根据结果是否正常执行二阶段的提交或回滚

本篇梳理通过的自动装配机制会扫描具有`@GlobalTransactional`全局事务注解的类和方法的 bean，并对这类 bean 添加拦截器，进行 AOP 增强，加入分布式事务的能力

开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第 27 天，点击查看活动详情 辞旧迎新，22年要结束了，明年做什么想好了嘛？要不要用 Seata 搞定公司分布式事务管理的规范化建

从技术架构管理的角度看，一套规范的、通用的、可靠的分布式事务解决方案，帮助开发者在分布式环境下，既保证业务数据的一致性，又不需要投入太多的资源用于业务数据一致性的开发维护，还能加快迭代速度保障项目交付

没有足够使用经验，对内部机制掌握不够的情况下，全面的掌握 Seata 所提供的安保机制，按需禁用或开启、将新能力和老逻辑划清边界、以最小化测试单元的原则来推进，应该会更加顺利。

大规模可靠的分布式系统中的数据不一致是客观的，是否可以接受取决于客户端应用程序。开发人员需要意识到一致性保证是由存储系统提供的，并且在设计、开发应用程序时需要将其不一致的可能性考虑在内。