文章目录
幂等性(如何避免消息的重复消费)
- 概述:可能因为各种原因,导致了生产端发送了多条一样的消息给消费端,但是,消费端也只能消费一条,不会多消费。
- 解决方案:
- 唯一ID + 指纹码机制:指纹码(就是时间戳 + 业务的一些规则, 来保证id + 指纹码在同一时刻是唯一的,不会出现重复)
- 唯一ID + 指纹码机制,利用数据库主键去重;
- select count(1) from t_order where id = 唯一ID + 指纹码;
- 好处:实现简单;
- 坏处:高并发下有数据库写入的瓶颈;
- 解决方案:跟进ID进行分库分表进行算法路由;
- 利用Redis的原子性实现
- 存在的问题:
- 我们是否需要进行数据的持久化,若需要持久化,怎么保证数据库和redis做到原子性?
- 若不立即持久化,都存储到redis中,如何设置同步策略?
- 存在的问题:
- 唯一ID + 指纹码机制:指纹码(就是时间戳 + 业务的一些规则, 来保证id + 指纹码在同一时刻是唯一的,不会出现重复)