EMQX3.2.8，三个节点，单节点连接数6K，Topic数量20W，CPU/内存（70%/60%）
在进行订阅消费时，Consumer 节点3个，使用方式是共享订阅的方式，会有5/1的超时（消息发送到MEQX，消费者收到延时高（>10s）），更改为普通订阅恢复正常。
Dashboard上看到的SharedCount 和 SharedMax （222/250） 这个是历史订阅情况吧？这个指标会有影响吗，还可能有什么原因导致呢？
抱歉，3.x的版本我们已经不维护了，欢迎升级新版本。
好久没有看这个版本的代码，
有 bug 也不会发版再修了，而且你这个应该是性能问题，不是bug。
可以升级5.x版本看一下。这版本对共享订阅做了很大的提升。
谢谢，正在计划升级，需要些时间，想请问：
1、3.X 到 5.X 的升级版本跨度较大，我们是否通过新加节点（新版本）然后将老节点的权重降到0，因为我们大多数设备会有周期性的重启，重启后注册到新节点的方式，然后关机老节点下线，同一个集群内新老版本共存是否会有问题。
2、由于升级需要些时间，目前的这个问题，您提到可能得性能问题，会体现在哪个指标上呢？能提供一个排查思路或方向吗，我们也排查一下。
这个问题很大，100% 的概率不可行。
我只是看你这流速，和要 10s 才能返回，应该是个性能问题。
好的，所以需要三个节点同时升级启动对吗，这样对业务的影响比较大， 有没有好的建议升级方案？
还有一个疑问，我们的集群三个节点，设备连接数/订阅数 差不多，但是CPU使用率 不平衡，高的80%，低的30%，高负载的可能是主节点吗？这么大的差异，一般可能会因为什么原因导致呢。
测试环境做好充分测试。
不好意思，猜不到，我还没那么神
哈哈，非常感谢，我们安排升级事宜。