赞
踩
本地事务完成和消息发送同时完成 通过事务消息完成
重写confirm在里面做逻辑处理 确保发送成功(不成功就放入到重试队列)
打开持久化确保消息不会丢失
改成手动回应
保证不重复发送消息
确保它不重复消费 把消费过的消息存入redis
(把消息中的多个字段进行组合加密得到字符串,如果能在缓存中取到值表示已消费)
传统做法:用单一的消费者,就能确保消息按照顺序消费
缺点:并发度较高的时候,效率会很低
(顺序消费和多线程本身就是矛盾的关系,并发多线程的意义就是因为不在乎顺序,所以才变成多线程)
解决方法:将需要保证顺序的消息放在一块,进行分组然后由单一的消费者消费
将需要保证顺序的放在一组,然后用同一个work进行处理
死信
缺点:需要过期时间一致
如果时间不一致 (例如: 消息A 5分钟过期
消息B 10分钟过期
)
另一种方式 :本地库存然后通过轮询重新发送一次信息
缺点:性能上有损耗 但是更加灵活
消费者消费的慢
消费出现问题导致nack队列太多
增加消费者
消费过程改用异步或者多线程
‘将当前业务的topic改成新的topic,然后新增多几个消费者在这新的topic上,保证后续业务的正常执行,前面堆积的这些单独开一些消费者在这里消费
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。