Re: [D] 自动主从切换模式 如何指定从节点数量和主节点数量？ [rocketmq]

GitHub user Yelijah added a comment to the discussion: 自动主从切换模式 如何指定从节点数量和主节点数量？ > > 额，这么重要的条件，我好像没能在任何文档上看到？ > > 这是部署的基本知识，主备是同一个broker的主备。不同名字的broker当然不能作为主备。 但是你们的非controller模式里，主和从的brokerName是不同的。如果controller模式不强调这个【基本知识】，肯定会引起歧义。 GitHub link: https://github.com/apache/rocketmq/discussio

Re: [D] 自动主从切换模式 如何指定从节点数量和主节点数量？ [rocketmq]

GitHub user GenerousMan added a comment to the discussion: 自动主从切换模式 如何指定从节点数量和主节点数量？ > 非controller模式里，主和从的brokerName是不同的 "非controller模式里，主和从的brokerName是不同的"，这个结论是错误的。 不管什么模式，主从brokerName必定是相同的。不同的是brokerId和brokerRole。这里有三个变量，你可能混淆了： 1. brokerName：标识broker。 2. brokerId: 0是主，非0正整数是从。包括controller

Re: [D] 自动主从切换模式 如何指定从节点数量和主节点数量？ [rocketmq]

GitHub user GenerousMan edited a comment on the discussion: 自动主从切换模式 如何指定从节点数量和主节点数量？ > 非controller模式里，主和从的brokerName是不同的 "非controller模式里，主和从的brokerName是不同的"，这个结论是错误的。 不管什么模式，主从brokerName必定是相同的。不同的是brokerId和brokerRole。这里有三个变量，你可能混淆了： 1. brokerName：标识broker。 2. brokerId: 0是主，非0正整数是从。 3. brokerR

Re: [D] 自动主从切换模式 如何指定从节点数量和主节点数量？ [rocketmq]

GitHub user Yelijah closed a discussion: 自动主从切换模式 如何指定从节点数量和主节点数量？ 官方文档上自动主从切换后，不需要为broker指定brokerId和brokerRole： https://github.com/user-attachments/assets/8feb603f-32dd-481c-8024-a156ec416bb5";> 但是经过测试后，我的四个broker都变成master了，压根没有从节点： https://github.com/user-attachments/assets/0178dffc-1fce-4a6

Re: [D] 在使用客户端中，出现Message type not specified 问题 [rocketmq-clients]

GitHub user Yelijah added a comment to the discussion: 在使用客户端中，出现Message type not specified 问题 同问，出现的频率非常频繁。且可以确认的是，创建主题时已经指定了message.type。 GitHub link: https://github.com/apache/rocketmq-clients/discussions/654#discussioncomment-10310881 This is an automatically sent email for dev@rock

Re: [D] rocketmq的5.2.0版本，顺序消费线程数consumeThreadMax问题 [rocketmq]

GitHub user liuwei178 added a comment to the discussion: rocketmq的5.2.0版本，顺序消费线程数consumeThreadMax问题 不需要限制，顺序消费是由MQ控制消息的可见性，和consumer的线程没关系的，是两回事 GitHub link: https://github.com/apache/rocketmq/discussions/8461#discussioncomment-10311856 This is an automatically sent email for dev@rocket

Re: [D] rocketmq 2主 2从集群 消息队列不会均摊到2个master，永远在1个broker中 [rocketmq]

GitHub user Yelijah edited a discussion: rocketmq 2主 2从集群 消息队列不会均摊到2个master，永远在1个broker中 2主(集成proxy部署) + 2从 + 3 namesrv（controller）环境： https://github.com/user-attachments/assets/a7aa4048-a9c9-424a-8007-6f0ecc0436b3";> 每个topic为2 master分别创建16个队列，然后发送几百条消息消息，但是永远只有其中一个broker中的队列有消息： https://gith

Re: [D] rocketmq 2主 2从集群 消息队列不会均摊到2个master，永远在1个broker中 [rocketmq]

GitHub user Yelijah edited a discussion: rocketmq 2主 2从集群 消息队列不会均摊到2个master，永远在1个broker中 2主(集成proxy部署) + 2从 + 3 namesrv（controller）环境： https://github.com/user-attachments/assets/a7aa4048-a9c9-424a-8007-6f0ecc0436b3";> 每个topic为2 master分别创建16个队列，然后发送几百条消息消息，但是永远只有其中一个broker中的队列有消息： https://gith

Re: [D] rocketmq 2主 2从集群 消息队列不会均摊到2个master，永远在1个broker中 [rocketmq]

GitHub user Yelijah added a comment to the discussion: rocketmq 2主 2从集群 消息队列不会均摊到2个master，永远在1个broker中 ps： 如果proxy独立部署，不再集成在broker中，则topic的message会分摊到两个broker的message Queue中。 GitHub link: https://github.com/apache/rocketmq/discussions/8526#discussioncomment-10316419 This is an automatic

Re: [D] rocketmq 2主 2从集群 消息队列不会均摊到2个master，永远在1个broker中 [rocketmq]

GitHub user Yelijah edited a comment on the discussion: rocketmq 2主 2从集群 消息队列不会均摊到2个master，永远在1个broker中 ps： 如果proxy独立部署，不再集成在broker中，则topic的message会分摊到两个broker的message Queue中。 https://github.com/user-attachments/assets/75c1e7f6-13ba-432e-9e36-ae75e749a492";> GitHub link: https://github.com/a

Re: [D] 在使用客户端中，出现Message type not specified 问题 [rocketmq-clients]

GitHub user Yelijah added a comment to the discussion: 在使用客户端中，出现Message type not specified 问题 proxy独立部署似乎就没有问题。 GitHub link: https://github.com/apache/rocketmq-clients/discussions/654#discussioncomment-10320600 This is an automatically sent email for dev@rocketmq.apache.org. To unsubsc

[DISCUSS][RIP-72]Add a message gray solution , compatible with POP consumption mode and Push consumption mode

Hi, RocketMQ Community At present, many business systems control the impact of version release through the gray scale release process, and almost all service releases will strictly go gray scale release first, and then go online after verification. gRPC and HTTP calls during Gray-scale publish