基于可靠消息实现库存一致性课程问题

老师，我看了视频，然后又看了这里的回答，整体逻辑明白了，想了解一下：

1. 对于第二步grpc直接调用扣库存那儿，如果实际扣减成功，而返回超时等异常情况，就对应你这里的第二点，本地事务rollback，然后MQ commit库存归还消息；在消费者那儿的归还库存逻辑怎么检查订单之前是否扣减成功？我的想法是扣库存接口那儿成功就建一个log表，记录个日志。那么归还库存时候，检查本地log表，查询是否Log表有扣减数据，来判断之前超时那儿到底扣减成功没。这样行吗？扣减成功就归还，并删除日志表的这条数据。

2. 第二点是，结尾还发送了一个延时消息，超时归还库存，如果前面全部正确，最后延时消息发送失败咋办？延时消息应该也会包含在本地事务中吧？
   

1. 这里确实要有log表，这个在课程中也是这样处理的

2. 延时消息不用去管，你的消费者消费延时消息的时候应该先检查订单的状态，如果是已经支付的状态延时消息就直接丢弃就行了，只有等待支付的状态的订单才能归还，所以订单的状态很重要

第二点我没太明白，老师这里说的是消费者消费延时消息的处理逻辑，认为消息已经发送到MQ成功了。

其实我的意思是如果订单这里发送延时消息到MQ失败了的情况，那么订单服务的本地事务也应该要rollback吧，前面的库存也要归还，对吧~？最后这个发送延时消息也应该包含在本地事务里面吧，不然前面全部执行成功了，订单下了，库存也扣了，最后不支付，延时消息没有，不久永远锁住这里的库存数了吗？

我因为还没看到后面实际逻辑，所以对这里整体逻辑有点不清楚~