问题一：RocketMQ 另外两台的proxy我关了，这种情况下，难道不是proxy内部就会转到可用的节点？
RocketMQ 另外两台的proxy我关了，这种情况下，难道不是proxy内部就会转到可用的节点？
参考回答：
proxy之间不会做转发的；一般建议proxy集群模式前架一层 loadbalancer。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/567652
问题二：RocketMQ这个帮忙看看是什么问题？
RocketMQ这个帮忙看看是什么问题？
https://github.com/apache/rocketmq/issues/7520
参考回答：
RocketMQ是一个分布式消息中间件，由阿里巴巴开源。在您提供的链接中，提到了RocketMQ的一个问题，但该问题似乎与RocketMQ的集群状态有关。
在链接中的问题描述中，提到了一个RocketMQ集群中的某个节点宕机后，其他节点可以正常处理消息，但重启后发现消息丢失的问题。该问题可能是由于在节点宕机期间，部分消息未能成功发送到其他节点，导致消息丢失。
针对这个问题，可以采取以下措施：
- 确保RocketMQ的集群配置正确，包括节点之间的连接方式和网络通信正常。
- 考虑在RocketMQ的配置中增加重试机制，确保消息在发送失败时能够重新发送，减少因节点宕机导致消息丢失的可能性。
- 针对重要的消息，可以采取一些持久化存储的策略，如将消息写入磁盘或使用分布式文件系统进行存储，以避免消息丢失。
- 对于需要保证消息顺序的场景，可以采取一些措施确保消息按照发送顺序被处理，避免因节点宕机导致消息处理顺序混乱。
此外，在RocketMQ的使用过程中，还需要注意以下几点：
- 确保RocketMQ的版本与您的应用程序和操作系统兼容。
- 在配置RocketMQ时，可以参考官方文档进行正确的配置，避免因配置错误导致的问题。
- 对于生产环境的RocketMQ集群，建议进行备份和恢复策略的配置，确保因节点宕机等故障导致的问题能够及时恢复。
- 如果在使用过程中遇到其他问题，可以查阅官方文档或者在相关社区寻求帮助。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/567651
问题三：RocketMQ如果配置所有的ip，有些namesrv挂了的话，消息就发送失败了，消费也是失败的？
RocketMQ如果配置所有的ip，有些namesrv挂了的话，消息就发送失败了，消费也是失败的。怎么回事？
参考回答：
只要有1个namesrv在， 服务都会正常。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/567647
问题四：RocketMQ在rmq-proxy.json里面配置了namesrvAddr列表，代码里的地址是？
RocketMQ我在rmq-proxy.json里面配置了namesrvAddr列表，我在代码里面的endpoint应该填写的地址是什么？是从rmq-proxy.json里面随便填写一个？还是用vip？
参考回答：
proxy和namesrv在同一个网络平面吧， 配置全部namesrv ip。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/567645
问题五：RocketMQ碰到2个问题，怎么解决？
RocketMQ碰到2个问题，怎么解决？
1、消费消费消息，3天后就不消费了。重启就好了。目前来看3天消费指定tag的消费条数为110条。
2、消息偶发生产失败，返回broker busy的问题。
参考回答：
2 的原因应该是当前的 broker tps 过高，导致写消息性能下降被放大了。可以从以下几个方面处理：
- 扩容/水平扩展 broker
- 开启transientStorePoolEnable【不过会增加数据丢失的可能性】
- 业务方自行失败重发或者使用同步发送方式，内部默认自行重试2次
以上个人经验，更权威的还需要大佬来拍板。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/567642
