问题一：RocketMQ弄了controller后，我有一主一从，这里只显示一个。是正确的吗？
RocketMQ弄了controller后，我有一主一从，这里只显示一个。是正确的吗？
参考回答：
不正确 存储目录是隔离的吧，端口是隔离的吧 .
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/578769
问题二：RocketMQ跟啥条件呀？
RocketMQ跟啥条件呀？
参考回答：
-a和-b填一下就行 。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/578766
问题三：RocketMQ根据官网来配置controller的时候，会出现无法选举master的问题吗？
RocketMQ根据官网来配置controller的时候，会出现无法选举master的问题吗？
参考回答：
https://github.com/apache/rocketmq/discussions/6354
看看这个 .
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/578765
问题四：搭建的RocketMQ集群，点击topic状态的时候，有时候报这个错误，这是咋回事有人遇到吗？
搭建的RocketMQ集群，点击topic状态的时候，有时候报这个错误，这是咋回事有人遇到吗？
参考回答：
这个问题可能由多种原因导致。首先，RocketMQ消息消费失败的场景有以下几种：
- 消费者应用程序抛出异常。当消费者应用程序在处理消息时发生异常，消息将被认为是未消费，RocketMQ会尝试重新发送该消息，直到消费者成功处理为止。
- 消费者应用程序超时。
- 更新本地保存的消息偏移量时，会从消息列表中发送回Broker失败的消息先删除掉。只要有一条消息消费失败，这批消息都会进行重试，因此消费端做好幂等是必要的。
- 对于普通的消息，当消费者消费消息失败后，可以在消息监听器接口的实现中设置返回状态达到消息重试的结果。
- Apache RocketMQ的消费重试主要解决的是业务处理逻辑失败导致的消费完整性问题，是一种为业务兜底的策略，不应该被用做业务流程控制。建议以下消费失败场景使用重试机制：业务处理失败，且失败原因跟当前的消息内容相关，比如该消息对应的事务状态还未获取到，预期一段时间后可执行成功。消费失败的原因不会导致连续性，即当前消息消费失败是一个小概率事件，不是常态化的失败，后面的消息大概率会消费成功。此时可以对当前消息进行重试，避免进程阻塞。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/578764
问题五：RocketMQ broker日志一直报错?没有这个提交日志文件 这个怎么搞？自己创建？
RocketMQ broker日志一直报错?没有这个提交日志文件 这个怎么搞？自己创建？
参考回答：
你这broker搭建的有问题呀 ，要创建一下，另外还要有权限。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/578762
