消息事务

[helloworld12]

消息事务的转账操作分为两个阶段，在一阶段执行的操作是：“ A 账户扣除 100 元钱”和发送“ B 账户加钱”消息至消息队列，这两个操作要么都成功，要么都失败。

但是，这一阶段，也是要原子操作的，怎么保证呢（这一阶段，再分解出一个 2PC ）？

[zhantss]

最终一致即可，可以多次重发，保证至少一次就行
实现下防重机制，比如消息上加状态

[helloworld12]

@zhantss 最终一致是指，发到消息队列以后，从消息队列消费的吧。

但是，扣钱和发送到消息队列，应该也是要强一致的

[xiaottt]

对账补偿就可以了

[zhantss]

@helloworld12
A 扣钱加点
B 加钱节点
1.[A 扣钱，发消息（失败重发）（ B 不订阅第一步消息）] -> 2.[A commit，确认消息（失败重发）（ B 订阅）] -> 3.[B 加钱，本地入账记录消息，commit，反馈消息（失败重发）（ A 订阅）] -> 4.[A 删除消息]

1 挂掉，没什么好说的
2 挂掉，A 恢复确认消息，状态不对，继续确认重发
3 挂掉，本地入账之后挂掉，同上状态不对，继续反馈重发，入账前挂掉一个事务，恢复后读消息继续
4 挂掉，恢复或继续删除

多次重发的消息，在 B 上有入账，对账后丢掉就行，在 A 上多次反馈无所谓，删除就是收个尾

[helloworld12]

@zhantss 嗯，想了下，用消息的好处就是 [业务] 的不确定性（可能时间很长，可能容易失败。。。），被修改为确定的 [发送消息] 操作