商城系统分布式下单-CSDN博客

一、锁定库存的sql
select * from ware where id={id} and total-lock>0
update ware set lock=lock+{num} where id={id} and total-lock>={num}
二、下单服务要用分布式事务因为seat的二阶段提交要说很多资源会造成处理变成串行化高并发下不使用采用柔性事务+消息队列最终一致化方案

到这里终于懂了采用柔性事务+消息队列最终一致化方案就是当事务中的某一个操作失败后采用消息队列补偿机制通过发送消息将执行的操作进行反省操作 达到回滚的目的。
这里有两种方案一、当try操作失败以后在catch中发送一条消息消息处理方收到消息以后将数据还原
二、在try的时候直接发送一条消息而不是登发生异常以后再发送这条消息是发到延迟队列的这样做的好处是不用再catch中做补偿了延时队列中的消息到时间以后判断数据状态需要补偿的进行数据的回滚不需要的直接忽略。

三、采用延时队列的好处可以实现自动关单的功能同时还能实现消息补偿

其实分布式事务 就是把原先在一个方法中的事务 分到了不同的服务中这个时候就要考虑这个时候就要考虑被调用方 和调用方 发生错误回滚的不同情况

@Transactional
public void test {
 save(classA);
 feginB();
 feginC();
 feginD();
}
@Transactional
public R feginB(){
doService()
sendMessage();
}
@Transactional
public R feginC(){
doService()
sendMessage();
}
@Transactional
public R feginD(){
doService()
sendMessage();
}

fegin中的消息队列就是为了fegin事务回滚用的
比如feginC()发生错误这时候需要回滚feginB,这时候可以采用在test()方法中catch异常然后发送消息进行数据的补偿回滚我们采用在fegin主动调用延时队列的方式就不用catch了并且还可以做到期自动关单
发送消息是为了回滚需要新增表专门记录需要回滚的数据id是哪个回滚数据的值为哪些。
为什么延迟队列用能做到期自动关单呢其实把下单逻辑当成一个大事务来看feginD就是支付方法到期未支付就是fefinD发生异常所以也需要发送消息就行数据的补偿和大逻辑就吻合了。

另一个问题feginC中发生了异常这时候就不能catch异常必须抛异常使得test方法回滚因为feginC也是事务方法所以feginC的方法也回滚了。如果feginC中是循环发送消息的也没关系因为消息记录表中的数据也回滚了当处理消息的时候 在消息记录表中查不到数据也不会过多处理。这里发送消息的时候处理发送消息记录表中的id,最好把主表的相关数据也传过去要不然容易造成主表记录没有回滚

解锁库存 三种情况
1、到期自动关单
2、用户手动关单
3、因为调用feginC失败需要将feginB回滚

一个事务中调用fegin fegin也是一个事务并且fegin中调用了消息队列