为什么seata分支事务不回滚？

当 Seata 分支事务不回滚并出现 "xid in change during RPC" 错误时，可能有以下几个原因：

1. XID 变化：XID 是 Seata 中用于标识分布式事务的全局事务 ID。这个错误表示在远程过程调用（RPC）期间，XID 发生了变化。这可能是由于网络问题、配置错误或代码逻辑问题引起的。

2. 网络问题：检查网络连接和通信是否正常。确保 Seata Server 和相关应用之间能够正常通信，并且网络延迟和稳定性符合预期。

3. 配置错误：确保 Seata 的相关配置正确无误。检查 Seata Server 和客户端的配置文件，特别是相关的 XID 配置项，确保所有节点使用相同的 XID 并遵循一致的约定。

4. 代码逻辑问题：检查业务代码中的逻辑是否正确处理了分支事务。确保在分支事务发生异常或失败时，适当地进行回滚操作。还要确保分支事务的提交和回滚请求在正确的时机被发送给 Seata Server。

5. Seata 版本兼容性：某些版本的 Seata 可能存在 bug 或问题，导致分支事务回滚失败。请确保您正在使用最新版本的 Seata，并查看是否有任何已知的问题或修复版本可供使用。

上面这个日志跟有没有回滚没关系，是seata和sca重复unbind导致的，自行检查数据源代理-此回答整理自钉群“3群-Seata 开源讨论群”

事务ID不一致
如果分支事务创建时使用的事务ID(XID),与主事务不一致,会导致分支事务回滚失败。

比如主事务XID是5395727415626367018,分支事务却使用了其他XID,那么分支事务就无法回滚。

事务过期
如果分支事务创建时持有的XID已经超时过期,Seata Server将拒绝回滚该事务。

这时分支事务就无法回滚了。

RPC错误
如日志中显示的那个错误xid in change during RPC from 192.168.88.128:8091

可能是分支事务在RPC调用时,事务ID已经变更,从而导致回滚失败。

Bug
特别是早期版本,Seata存在一些分支事务回滚Bug,根据具体版本可能需要排查。

配置问题
分支事务的配置(如数据库模拟提交)有问题,导致回滚SQL无法正确生效。