RocketMQ 生产者核心配置和核心知识
RocketMQ 4.X 生产者常见核心配置
- compressMsgBodyOverHowmuch :消息超过默认字节4096后进行压缩
- retryTimesWhenSendFailed : 失败重发次数
- maxMessageSize : 最大消息配置,默认128k
- topicQueueNums : 主题下面的队列数量,默认是4
- autoCreateTopicEnable : 是否自动创建主题 Topic, 开发建议为 true,生产要为 false
- defaultTopicQueueNums : 自动创建服务器不存在的 Topic,默认创建的队列数
- autoCreateSubscriptionGroup: 是否允许 Broker 自动创建订阅组,建议线下开发开启,线上关闭
- brokerClusterName : 集群名称
- brokerId : 0表示Master主节点,大于0表示从节点
- brokerIP1 : Broker 服务地址
- brokerRole : Broker 角色 ASYNC_MASTER/ SYNC_MASTER/ SLAVE
- deleteWhen : 每天执行删除过期文件的时间,默认每天凌晨4点
- flushDiskType :刷盘策略, 默认为 ASYNC_FLUSH (异步刷盘),另外是 SYNC_FLUSH (同步刷盘)
- listenPort : Broker 监听的端口号
- mapedFileSizeCommitLog : 单个 conmmitlog 文件大小,默认是 1GB
- mapedFileSizeConsumeQueue:ConsumeQueue 每个文件默认存30W条,可以根据项目调整
- storePathRootDir : 存储消息以及一些配置信息的根目录 默认为用户的 ${HOME}/store
- storePathCommitLog:commitlog 存储目录默认为 ${storePathRootDir}/commitlog
- storePathIndex: 消息索引存储路径
- syncFlushTimeout : 同步刷盘超时时间
- diskMaxUsedSpaceRatio : 检测可用的磁盘空间大小,超过后会写入报错
Broker 消息投递状态有四种
- FLUSH_DISK_TIMEOUT :没有在规定时间内完成刷盘 (刷盘策略需要为 SYNC_FLUSH 才会出这个错误)
- FLUSH_SLAVE_TIMEOUT :主从模式下,Broker 是 SYNC_MASTER,没有在规定时间内完成主从同步
- SLAVE_NOT_AVAILABLE : 主从模式下,Broker 是 SYNC_MASTER,没有找到被配置成 Slave 的 Broker
- SEND_OK :发送成功,没有发生上面的三种问题
RocketMQ 消息生产和消费异常重试和阈值设定
生产者 Producer 重试(异步和 SendOneWay下配置无效)
- 消息重投(保证数据的高可靠性),本身内部支持重试,默认次数是2,如果网络情况比较差,或者跨集群则建议改多几次
消费端重试
- 原因:消息处理异常、broker 端到 consumer 端各种问题,如网络原因闪断,消费处理失败,ACK 返回失败等等问题。
- 注意:
- 重试间隔时间配置 ,默认每条消息最多重试 16 次
- messageDelayLevel=1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h 超过重试次数人工补偿
- 消费端去重
- 一条消息无论重试多少次,这些重试消息的 Message ID,key 不会改变。
- 消费重试只针对集群消费方式生效;广播方式不提供失败重试特性,即消费失败后,失败消息不再重试,继续消费新的消息
JmsConfig 类代码如下:
public class JmsConfig {
//指定NameServer地址,多个地址以 ; 隔开
public static final String NAME_SERVER = "localhost:9876";
public static final String TOPIC = "xdclass_pay_test_topic_666";
}
PayProducer 类代码如下:
/**
* 消息生产者
*/
public class PayProducer {
private String producerGroup = "pay_producer_group";
private DefaultMQProducer producer;
public PayProducer() {
producer = new DefaultMQProducer(producerGroup);
//生产者投递消息重试次数
producer.setRetryTimesWhenSendFailed(3);
//指定NameServer地址,多个地址以 ; 隔开
producer.setNamesrvAddr("127.0.0.1:9876");
//启动生产者
start();
}
public DefaultMQProducer getProducer() {
return this.producer;
}
/**
* 对象在使用之前必须要调用一次,只能初始化一次
*/
public void start() {
try {
this.producer.start();
} catch (MQClientException e) {
e.printStackTrace();
}
}
/**
* 一般在应用上下文,使用上下文监听器,进行关闭
*/
public void shutdown() {
this.producer.shutdown();
}
}
PayConsumer 类代码如下:
/**
* 消息消费者
*/
public class PayConsumer {
private DefaultMQPushConsumer consumer;
private String consumerGroup = "pay_consumer_group";
public PayConsumer() throws MQClientException {
consumer = new DefaultMQPushConsumer(consumerGroup);
consumer.setNamesrvAddr(JmsConfig.NAME_SERVER);
consumer.setConsumeFromWhere(ConsumeFromWhere.CONSUME_FROM_LAST_OFFSET);
//默认是集群方式,可以更改为广播,但是广播方式不支持重试
consumer.setMessageModel(MessageModel.CLUSTERING);
consumer.subscribe(JmsConfig.TOPIC, "*");
consumer.registerMessageListener(new MessageListenerConcurrently() {
@Override
public ConsumeConcurrentlyStatus consumeMessage(List<MessageExt> msgs, ConsumeConcurrentlyContext context) {
MessageExt msg = msgs.get(0);
int times = msg.getReconsumeTimes();
System.out.println("重试次数=" + times);
try {
System.out.printf("%s Receive New Messages: %s %n", Thread.currentThread().getName(), new String(msgs.get(0).getBody()));
String topic = msg.getTopic();
String body = new String(msg.getBody(), "utf-8");
String tags = msg.getTags();
String keys = msg.getKeys();
// 模拟报错
if (keys.equalsIgnoreCase("6688")) {
throw new Exception();
}
System.out.println("topic=" + topic + ", tags=" + tags + ", keys=" + keys + ", msg=" + body);
return ConsumeConcurrentlyStatus.CONSUME_SUCCESS;
} catch (Exception e) {
System.out.println("消费异常");
//如果重试2次不成功,则记录,人工介入
if (times >= 2) {
System.out.println("重试次数大于2,记录数据库,发短信通知开发人员或者运营人员");
//TODO 记录数据库,发短信通知开发人员或者运营人员
//告诉broker,消息成功
return ConsumeConcurrentlyStatus.CONSUME_SUCCESS;
}
e.printStackTrace();
return ConsumeConcurrentlyStatus.RECONSUME_LATER;
}
}
});
consumer.start();
System.out.println("consumer start ...");
}
}
MqTest测试类代码如下:
public class MqTest {
public static void main(String[] args) throws Exception{
//启动生产者和消费者
PayProducer payProducer = new PayProducer();
PayConsumer payConsumer = new PayConsumer();
TimeUnit.SECONDS.sleep(4);
//发送消息
Message message = new Message(JmsConfig.TOPIC, "taga", "6688", ("hello rocketmq").getBytes());
payProducer.getProducer().send(message);
}
}
RocketMQ 异步发送消息
官方文档:https://rocketmq.apache.org/docs/simple-example/
//启动生产者和消费者
PayProducer payProducer = new PayProducer();
PayConsumer payConsumer = new PayConsumer();
TimeUnit.SECONDS.sleep(4);
//发送消息
Message message = new Message(JmsConfig.TOPIC, "taga", "6688", ("hello rocketmq").getBytes());
//payProducer.getProducer().send(message);
payProducer.getProducer().send(message, new SendCallback() {
@Override
public void onSuccess(SendResult sendResult) {
System.out.printf("发送结果=%s, msg=%s ", sendResult.getSendStatus(), sendResult.toString());
}
@Override
public void onException(Throwable e) {
e.printStackTrace();
//补偿机制,根据业务情况进行使用,看是否进行重试
}
});
RocketMQ OneWay 发送消息及多种场景对比
- SYNC:应用场景:重要通知邮件、报名短信通知、营销短信系统等
- ASYNC :应用场景:对RT时间敏感,可以支持更高的并发,回调成功触发相对应的业务,比如注册成功后通知积分系统发放优惠券
- ONEWAY:一次发送,无需要等待响应。使用场景:主要是日志收集,适用于某些耗时非常短,但对可靠性要求并不高的场景,也就是 LogServer,只负责发送消息,不等待服务器回应且没有回调函数触发,即只发送请求不等待应答
payProducer.getProducer().sendOneway(message);
汇总对比:
发送方式 | 发送TPS | 发送结果反馈 | 可靠性 |
同步发送 | 快 | 有 | 不丢失 |
异步发送 | 快 | 有 | 不丢失 |
单向发送 | 最快 | 无 | 可能丢失 |
RocketMQ 延迟消息
什么是延迟消息?
Producer 将消息发送到消息队列 RocketMQ 服务端,但并不期望这条消息立马投递,而是推迟到在当前时间点之后的某一个时间投递到 Consumer 进行消费,该消息即延迟消息,目前支持固定延迟精度的消息。
固定精度为:"1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h"
使用 message.setDelayTimeLevel(xxx); xxx是级别,1表示配置里面的第一个级别,2表示第二个级别。
Message message = new Message(JmsConfig.TOPIC, "taga", "6688", ("hello rocketmq").getBytes());
message.setDelayTimeLevel(2);// 表示5s后进行投递
使用场景:
- 通过消息触发一些定时任务,比如在某一固定时间点向用户发送提醒消息。
- 消息生产和消费有时间窗口要求:比如在天猫电商交易中超时未支付关闭订单的场景,在订单创建时会发送一条 延时消息。这条消息将会在 30 分钟以后投递给消费者,消费者收到此消息后需要判断对应的订单是否已完成支付。 如支付未完成,则关闭订单。如已完成支付则忽略。
RocketMQ 还有定时消息功能,目前开源版本还不支持,商业版本则有,两者使用场景类似。
使用 MessageQueueSelector 投递到 Topic 下指定的 queue
应用场景:顺序消息,分摊负载。
默认 Topic 下的 queue 数量是4,可以配置。
//异步发送到指定queue, SendCallback不能用lambda表达式,有两个函数需要被实现
payProducer.getProducer().send(message, (mqs, msg, arg) -> {
int queueNum = Integer.parseInt(arg.toString());
return mqs.get(queueNum);
}, 0, new SendCallback() {
@Override
public void onSuccess(SendResult sendResult) {
System.out.printf("发送结果=%s, msg=%s ", sendResult.getSendStatus(), sendResult.toString());
}
@Override
public void onException(Throwable e) {
e.printStackTrace();
}
});
支持同步,异步发送指定的 MessageQueue。
注意:选择的 queue 数量必须小于配置的,否则会出错。
顺序消息在电商和证券系统中的应用场景
- 什么是顺序消息:消息的生产和消费顺序一致
- 全局顺序:topic下面全部消息都要有序(少用)
- 性能要求不高,所有的消息严格按照 FIFO 原则进行消息发布和消费的场景,并行度成为消息系统的瓶颈, 吞吐量不够
- 在证券处理中,以人民币兑换美元为例子,在价格相同的情况下,先出价者优先处理,则可以通过全局顺序的方式按照 FIFO 的方式进行发布和消费
- 局部顺序:只要保证一组消息被顺序消费即可(RocketMQ 使用)
- 性能要求高
- 电商的订单创建,同一个订单相关的创建订单消息、订单支付消息、订单退款消息、订单物流消息、订单交易成功消息 都会按照先后顺序来发布和消费(阿里巴巴集团内部电商系统均使用局部顺序消息,既保证业务的顺序,同时又能保证业务的高性能)
- 全局顺序:topic下面全部消息都要有序(少用)
- 顺序发布:对于指定的一个 Topic,客户端将按照一定的先后顺序发送消息
- 顺序消费:对于指定的一个 Topic,按照一定的先后顺序接收消息,即先发送的消息一定会先被客户端接收到。
- 注意:
- 顺序消息暂不支持广播模式
- 顺序消息不支持异步发送方式,否则将无法严格保证顺序
顺序消息的使用
生产端保证发送消息有序,且发送到同一个 Topic 的同个 queue 里面,RocketMQ 的确是能保证 FIFO 的。
例子:订单的顺序流程是:创建、付款、物流、完成,订单号相同的消息会被先后发送到同一个队列中,根据 MessageQueueSelector 里面自定义策略,根据同个业务 id 放置到同个 queue 里面,如订单号取模运算再放到 selector 中,同一个模的值都会投递到同一条 queue。
public MessageQueue select(List<MessageQueue> mqs, Message msg, Object arg) {
//如果是订单号是字符串,则进行hash,得到一个hash值
Long id = (Long) arg;
long index = id % mqs.size();
return mqs.get((int)index);
}
消费端要在保证消费同个 Topic 里的同个队列,不应该用 MessageListenerConcurrently,应该使用 MessageListenerOrderly,自带单线程消费消息,不能在 Consumer 端再使用多线程去消费,消费端分配到的 queue 数量是固定的,集群消费会锁住当前正在消费的队列集合的消息,所以会保证顺序消费。
ProductOrder类代码如下:
public class ProductOrder implements Serializable {
//订单id
private long orderId;
//操作类型
private String type;
public long getOrderId() {
return orderId;
}
public void setOrderId(long orderId) {
this.orderId = orderId;
}
public String getType() {
return type;
}
public void setType(String type) {
this.type = type;
}
public ProductOrder() {
}
public ProductOrder(long orderId, String type) {
this.orderId = orderId;
this.type = type;
}
public static List<ProductOrder> getOrderList() {
List<ProductOrder> list = new ArrayList<>();
list.add(new ProductOrder(111L, "创建订单"));
list.add(new ProductOrder(222L, "创建订单"));
list.add(new ProductOrder(111L, "支付订单"));
list.add(new ProductOrder(222L, "支付订单"));
list.add(new ProductOrder(111L, "完成订单"));
list.add(new ProductOrder(333L, "创建订单"));
list.add(new ProductOrder(222L, "完成订单"));
list.add(new ProductOrder(333L, "支付订单"));
list.add(new ProductOrder(333L, "完成订单"));
return list;
}
@Override
public String toString() {
return "ProductOrder{" +
"orderId=" + orderId +
", type='" + type + '\'' +
'}';
}
}
发送消息:
List<ProductOrder> list = ProductOrder.getOrderList();
for (int i = 0; i < list.size(); i++) {
ProductOrder order = list.get(i);
Message message = new Message(JmsConfig.ORDERLY_TOPIC, "",
order.getOrderId() + "", order.toString().getBytes());
SendResult sendResult = payProducer.getProducer().send(message, new MessageQueueSelector() {
@Override
public MessageQueue select(List<MessageQueue> mqs, Message msg, Object arg) {
Long id = (Long) arg;
long index = id % mqs.size();
return mqs.get((int) index);
}
}, order.getOrderId());
System.out.printf("发送结果=%s, sendResult=%s ,orderid=%s, type=%s\n", sendResult.getSendStatus(), sendResult.toString(), order.getOrderId(), order.getType());
}
消费消息:
consumer.registerMessageListener(new MessageListenerOrderly() {
@Override
public ConsumeOrderlyStatus consumeMessage(List<MessageExt> msgs, ConsumeOrderlyContext context) {
MessageExt msg = msgs.get(0);
try {
System.out.printf("%s Receive New Messages: %s %n", Thread.currentThread().getName(), new String(msgs.get(0).getBody()));
//做业务逻辑操作 TODO
return ConsumeOrderlyStatus.SUCCESS;
} catch (Exception e) {
e.printStackTrace();
return ConsumeOrderlyStatus.SUSPEND_CURRENT_QUEUE_A_MOMENT;
}
}
});
吃水不忘挖井人: |
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!