[seata]saga模式下，事务正常执行完成，seata全局事务表里该事务记录超期后，seata会执行回滚逻辑

我在使用seata saga模式，版本是1.5.2 以下有四个场景：场景一：事务有异常，事务回滚成功业务库seata_state_machine_inst表中的STATUS字段为UN，compensation_status字段为SU，seata库global_table表记录了相应的全局事务，timeout字段值为1800000，三十分钟后该记录消失，没有触发回滚逻辑场景二：事务正常执行，seata_state_machine_inst表中的STATUS字段为SU，compensation_status字段为null，seata库global_table表记录了相应的全局事务，timeout字段值为1800000，三十分钟后触发回滚逻辑场景三：事务正常执行，seata_state_machine_inst表中的STATUS字段为SU，compensation_status字段为null，我手动给compensation_status字段填入UN值，seata库global_table表记录了相应的全局事务，timeout字段值为1800000，三十分钟后触发回滚逻辑场景四：事务正常执行，seata_state_machine_inst表中的STATUS字段为SU，compensation_status字段为null，我手动给compensation_status字段填入SU值，seata库global_table表记录了相应的全局事务，timeout字段值为1800000，三十分钟没有触发回滚逻辑，记录消失

求助是否是我编写的saga状态机json有问题，需要显式设置一下compensation_status，还是要在回滚逻辑判断一下STATUS值，还是seata有bug，判断STATUS SU以后不应该再去读取compensation_status字段

下面这个issue描述应该和我遇到的问题一致，但是看了评论好像没完全修复

shinebigfool

上面的4个场景，除了5424，也就是场景2，其他场景是预期内的。

compensation_status标识着saga流程触发过补偿，并且记录了补偿的状态，只要触发过补偿，那么就认为是在回滚流程。SAGA状态机上报TC状态也是基于此种理念上报的，正常执行结束并且compensation_status==null，才会上报Committed状态给TC。

wt-better

但是在seata 1.5.2版本下，事务正常执行结束并且compensation_status==null这种情况没有上报Committed，准备在业务代码里手动更新compensation_status值规避，请问有没有其他规避方案，如升降seata版本

shinebigfool

seata 1.5.2版本【事务正常执行结束并且compensation_status==null】这种情况上报了Committed，只不过没有生效，这个问题在develop分支已经修复了，你可以验证下看看。

wt-better

验了seata1.7.0分支执行saga模式，正常执行完以后global_table表事务记录删除了，也没超时回滚这一说了

shinebigfool

[seata]saga模式下，事务正常执行完成，seata全局事务表里该事务记录超期后，seata会执行回滚逻辑

回答

相关问题