可靠性投递第二种方案，delay check这种方案怎么实现呢？
来源：3-3 消息如何保障 100% 的投递成功方案-2
精慕门5395394
2020-02-16
老师你好，
关于第二种方案，原理我看明白了，但是实际操作好像还是不会下手。我想的操作流程应该是：
1.业务数据生成好了，记录一个表示第几次发送的状态status = 0，数据发送到MQ
2.有一个定时任务去轮训这个业务数据集（比如数据库的一个表），查询status = 0同时生成数据时间超过指定的5分钟的数据，然后再去发送一个MQ。
就是关于这个delay check 的消息发送，是否应该这样做，或者是有什么业界通用的做法，老师能给讲一下吗？
写回答
1回答
-
阿神
2020-02-22
这种delay的二次确认方式需要根据不同的业务来处理，二次提交确认的方式本身存在不可靠性，所以在上游的服务会记录日志，如果出现二次确认不成功的方式也会进行补偿处理
00
相似问题