RocketMq使用规范（纯技术和实战建议）

最新推荐文章于 2024-05-22 20:23:21 发布

D-小白兔

最新推荐文章于 2024-05-22 20:23:21 发布

阅读量1.2k

点赞数 1

分类专栏：技术类消息中间件文章标签： rocketmq

本文链接：https://blog.csdn.net/weixin_36741151/article/details/129091102

版权

会有一个针对消费组创建重试队列，当消费失败后会放入重试队列，后续消息周期间隔性消费是通过重试队列实现的，达到最大次数会放入死信队列。会自动进行消息重试，达到最大重试次数后，若消费依然失败，则表明消费者在正常情况下无法正确地消费该消息。同步发送指消息发出后，会阻塞工作线程，直致成功，或者失败返回。1可以解决重复消费的问题但是会丢失消息（不可靠），2会导制消息重复（可靠），得去从幂等。同步刷盘数据可靠性更高，主要是防止异常断电消息丢失，但消息发送效率不高。没有做到，本质上还是拉取，仅是拉取的频率高，近似推送。

摘要由CSDN通过智能技术生成

概述：

使用规范主要从，生产、可靠性、和消费为轴线定义使用规范；
kafka使用核心：削峰、解耦、向下游并行广播通知（无可靠性保证）和分布式事务，本规范仅从削峰、解耦、向下游并行广播通知论述；

1、可靠性（强制）：

可靠性包括Producer发送消息机制的可靠性，RocketMQ Server(Broker)消息持久化刷盘机制和Broker主从节点消息同步机制，Consumer消息的消费机制。

1.1、Producer发送消息的可靠性：

1.1.1、核心参数设置：

生产端（Producer）：

sendMsgTimeout：消息发送超时时长，默认：3000，单位毫秒；
retryTimesWhenSendFailed：同步发送重试次数，默认：2;
retryTimesWhenSendAsyncFailed：异步发送重试次数，默认：2；
compressMsgBodyOverHowmuc：消息body需要压缩的阈值，默认：4K;
maxMessageSize：客户端验证，允许发送的最大消息体大小，默认：4M;

注：

rocketmq 的 client 端及 broker 端均有对消息体大小是否超出 maxMessageSize 进行校验；
client 端的 DefaultMQProducer 定义了 maxMessageSize，默认是 4M 大小；
send 方法及 batch 方法都会校验消息的大小；
服务端 conf/broker.conf 可以指定 maxMessageSize 大小，如果需要修改 maxMessageSize

最低0.47元/天解锁文章

D-小白兔

关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
RocketMq使用规范（纯技术和实战建议）

会有一个针对消费组创建重试队列，当消费失败后会放入重试队列，后续消息周期间隔性消费是通过重试队列实现的，达到最大次数会放入死信队列。会自动进行消息重试，达到最大重试次数后，若消费依然失败，则表明消费者在正常情况下无法正确地消费该消息。同步发送指消息发出后，会阻塞工作线程，直致成功，或者失败返回。1可以解决重复消费的问题但是会丢失消息（不可靠），2会导制消息重复（可靠），得去从幂等。同步刷盘数据可靠性更高，主要是防止异常断电消息丢失，但消息发送效率不高。没有做到，本质上还是拉取，仅是拉取的频率高，近似推送。
复制链接

扫一扫