在解决Mq消息最终一致性的问题上,使用最多的方案就是本地消息表,但是使用本地消息表也有不同的变种:
1、事务内写入+定时任务轮训
具体实现流程:在事务内写入本地消息表,并启用定时任务进行轮训,如果消息发送成功则删除本地消息表数据,在发送消息和删除本地消息表数据的业务中一般无需开启事务,重复投递由消费者解决就行。
优势:采用事务内写入本地消息表的方式可以保证在一些极端情况下也能实现消息一致性,在请求内并没有发送消息,请求的响应速度会较快。
缺点:定时任务实时性不强。
2、事务内写入+发送消息+发送后删除消息表
具体的实现流程:在事务内写入消息表,并在事务结束发送消息,如果消息发送成功就删除消息表内的数据。
优势:可以保证在极端情况下的投递可靠性,同时在实时性也相较1不错。
缺点:在极端情况下的实时性较差,请求花费时间更长。
3、事务完成后发送消息
具体实现流程:在事务完成后进行消息发送,如果消息发送失败就保存一条消息,等待后续的补偿操作。
优势:请求速度率快、消息实时性较高。
缺点:极端情况下的消息丢失。
总结
3个方案的主要区别在于:极端情况下的一致性、消息实时性、响应速度。如果项目要保证极端情况下的消息一致性,就无法选用方案3,而在1,2中选,需要考虑消息实时性和响应速度,在业务不是很复杂的情况下,推荐用方案2。