RocketMQ

java基础

RocketMQ版本
3.4.9

RocketMQ特性
1，是一个队列模型的消息中间件，具有高性能、高可靠、高实时、分布式特点。
2，Producer、Consumer、队列都可以分布式。
3，Producer向一些队列轮流发送消息，队列集合称为Topic，Consumer如果做广播消费，则一个consumer实例消费这个Topic对应的所有队列，如果做集群消费，则多个Consumer实例平均消费这个topic对应的队列集合。
4，能够保证严格的消息顺序
5，提供丰富的消息拉取模式
6，高效的订阅水平扩展能力
7，实时的消息订阅机制
8，较少的依赖

rocketMq怎样保证消费成功了
https://blog.csdn.net/gwd1154978352/article/details/80811347
生产者把消息发送给消费者之后，生产者并不知道消费者是否消费成功，为了告知生产者消费状态，消费者在设置监听的时候需要给个回调，如果返回状态是ConsumeConcurrentlyStatus.CONSUME_SUCCESS，则表明消费成功；如果是ConsumeConcurrentlyStatus.RECONSUME_LATER，则表明消费失败。消费失败的情况，中途断电，数据库异常，余额不足扣款失败，直到原消息不断重试成功为止。这就是RocketMQ的ack机制

RocketMQ工作原理
https://www.cnblogs.com/920913cheng/p/10644807.html

RocketMQ分布式锁是如何实现的

RocketMQ重复消费问题
1、对于需要保存到数据库的数据，我们可以设置某条数据的某个值，比如订单号之类的，设置一个唯一索引，这样的话即使重复消费也不会生效数据
2、乐观锁，也就是我们每次插入一条数据或者更新的时候判断某个版本号是不是与预期一样，如果不是，那么就不进行操作
3、使用redis进行存储，保留我们消费过的数据的每个特征，然后每次操作数据的时候先去redis进行判断，如果存在的话，那么这条数据就是重复消费的，然后我们可以丢弃或者做其他处理。
4，你在消费端有一张消息记录表，在插入 消息的时候可以 判断消费是否是 重复消息，可以通过一个全局的ID。
5，如果你是存储在redis中，那么 set方法天然 幂等性 。

延时消息
Producer 将消息发送到 MQ 服务端，但并不期望这条消息立马投递，而是延迟一定时间后才投递到 Consumer 进行消费，该消息即延时消息。

定时消息
Producer 将消息发送到 MQ 服务端，但并不期望这条消息立马投递，而是推迟到在当前时间点之后的某一个时间投递到 Consumer 进行消费，该消息即定时消息。

RocketMQ用途
实现分布式事物
|1 | 1|
|2|3|
|4|5|