请教个事务的问题

[craftx]

举个例子，支付订单：
1. 将订单状态改为已支付
2. 记录支付数据
3. 调用库存服务的 http api 接口，减库存并发货

以上三个操作，需要是一个原子操作，要么一起成功，要么一起失败。
1 、2 好说，都是数据库操作，一个事务就 ok 。
但 3 是另一个类型的操作。

我想到方案是：
1. 3 放在事务中，3 成功再提交事务，否则回滚。缺点是 3 会卡事务，只适用于流量特别低，3 执行很快的系统。
2. 3 放队列中，失败了重试。缺点有 2：a ，放队列的操作也可能失败，除非放队列的操作也放事务中； b ，3 可能永远不会成功。

[lthon]

这是分布式事务啊，看有没有大佬回答

[hhjswf]

@lthon 就这么点事用分布式事务，系统复杂度直接上一个等级

[dzdh]

ID 密等

有个协调者负责协调即可。或者是共同消费消息。

[zhuzhibin]

如果我请求外部接口中途被退出了，我方数据没有变更，外部系统数据变更了咋搞

[dzdh]

httpapi 一般给两个接口。一个根据指定单号查询，一个下单，下单必传业务方自己的单号，并且返回服务的单号（流水号）

下单前先按照业务方已经生成入库的单号进行查询，做同步，防止多下单。

[blackvv666]

mq 保障最终一致

如果失败多次，直接转人工。

[sadfQED2]

改一下执行顺序？先扣库存，扣成功了再改状态

[kylinC]

最简单的方法是设置一个中间态, 1,2 成功了订单改为支付成功未发货,然后放队列执行 3, 定时检查支付成功未发货订单作为补充.缺点是时效性不高.

[wolfie]

支付前，锁库存。
取消支付 or 支付失败，回滚库存。

[wqq096737ink]

异步操作 ，线程 1 先扣库存 ，线程 2 执行事务，根据线程 1 的请求调用是否成功来决定是否提交事务。

如果你觉得线程 2 需要等待线程 1 的结果造成线程 2 事务太长，那么就 扣库存-->订单事务 同步执行。


你的方案 1 中调用接口没必要一定要放到事务中把？

[IDAEngine]

sega 模式

[7911364440]

先执行 3 ，扣库存，库存扣失败直接返回，1 跟 2 直接放在本地事务就 ok 。

[opengps]

有个定义叫做“最终一致性”。关于原子性，只要你能保证最终一致性，就可以只在第一步进行控制，也算符合原子性操作

[lincanbin]

给订单加个锁，上锁期间禁止所有操作。
全部搞成功再解锁，然后定时去扫出来所有没全部成功的数据出来处理就好了。

[wawaguo]

3 改成扣库存 mq 消息，1 、2 、3 放同个事务，最后发送 mq 消息的时候报错就把 12 回滚，不报错就提交事务，需要做业务幂等

[CantSee]

哪那么多事,订单创建时候就锁定库存了,到时间再同步释放库存和取消订单,支付时候由于库存是已经锁定的了,只需要关注支付状态就可以了