基于API实现事务取消：Spring Boot分布式事务简化方案问询

我正在开发一个包含多个微服务的系统，这些微服务共享同一数据库（因遗留系统兼容需求采用此非理想架构）。重构旧系统时，我们将原有事务功能拆分至不同微服务，因此需处理分布式事务，当前使用Spring Boot框架。

常规场景下，微服务A调用微服务B后再调用微服务C，若C抛出错误，需回滚B的事务。

我了解过2PC和Saga方案，想询问是否可实现简化版2PC方案，需支持以下功能：

• 调用微服务端点时，调用带@Transactional注解的服务创建事务，传入特殊参数告知TransactionManager将事务“挂起”一段时间（如5秒）；
• 在这5秒内，可发起另一个调用确认或回滚事务；
• 若超时，则执行事务默认处理（提交或回滚）；
• 若未传入特殊参数，事务按非分布式方式运行；
• API调用仍为异步。

简单示例：

1. 调用Service A的“createResource”端点，传入参数hangTransaction=true；
2. Service A返回状态码200；
3. 调用Service B的“registerResource”端点；
4. Service B返回状态码500；
5. 调用Service A的“createResource”端点，传入参数transactionValid=false；
6. Service A回滚事务并返回状态码200；
7. 最终数据库无变更。

（实际会传递额外参数如事务ID，示例已简化）

请问是否可通过控制TransactionManager实现事务跨API调用持久化？

可以通过定制TransactionManager结合事务状态持久化的方式实现你要的简化版2PC方案，但需要解决几个核心问题：

1. 事务的跨请求持久化 #

默认Spring的事务绑定在当前线程的ThreadLocal中，跨API调用时线程会切换，所以必须把事务的核心状态（数据库连接、事务ID、超时时间、当前状态）序列化后存储到外部介质（比如Redis、数据库表），而非仅存在内存中：

• 自定义TransactionManager，检测到hangTransaction=true参数时，将事务的连接信息、ID等存入存储介质，标记事务为“待确认”状态；
• 事务不在当前请求结束时自动提交/回滚，而是释放当前线程绑定，但保持数据库连接处于打开且事务未提交的状态（需调整数据库连接池配置，避免连接耗尽）。

2. 超时自动处理机制 #

需单独启动定时任务（如Spring的@Scheduled），定期扫描存储介质中的待确认事务：

• 若事务超时（超过设定的5秒），按预设默认规则（提交或回滚）执行操作，更新事务状态并释放数据库连接；
• 操作完成后清理存储介质中的事务记录。

3. 跨请求的事务确认/回滚 #

当后续请求携带事务ID和transactionValid参数时：

• 自定义TransactionManager从存储介质加载对应事务状态和数据库连接；
• 将连接重新绑定到当前线程，执行提交或回滚操作；
• 更新事务状态，释放连接并清理存储记录。

4. 兼容普通事务 #

在TransactionManager中添加判断逻辑：

• 若未传入hangTransaction参数，走Spring默认事务流程，请求结束时自动提交/回滚，不进行持久化操作。

潜在风险与注意事项 #

• 数据库连接占用：挂起的事务会长时间占用连接，必须合理设置超时时间，同时调整连接池最大连接数，避免连接耗尽；
• 数据一致性风险：若存储介质（如Redis）故障，可能导致事务状态丢失，无法执行后续操作，需考虑状态存储的可靠性；
• 并发问题：同一事务ID的操作需串行执行，避免多请求同时修改事务状态，可通过分布式锁实现；
• 数据库兼容性：不同数据库对长时间未提交事务的处理存在差异，部分数据库会自动回滚超时事务，需提前验证。

内容的提问来源于stack exchange，提问作者MrLinjak