集群在进行压测后无法连接。 about bifromq

[mafei6827]

@dddddkkkkk 可以的，BifroMQ启动脚本会根据系统内存情况设置jvm堆内存和Direct内存，可以通过更改bifromq-start.sh中的$MEM_LIMIT参数，限制一下BifroMQ可以使用的总内存。

[dddddkkkkk]

重新部署集群后，依然不可连接。 重启服务器后，连接正常。

[mafei6827]

@dddddkkkkk
第一个问题，建议启动每台服务器后，检查下error.log以及标准输出里是否有错误，有时候会因为端口被占用的问题启动失败。

第二个问题，这种用法单个mqtt连接上的吞吐看起来太大了，这样很容易会引起消息阻塞进而导致应用内存过高，容易被系统层面kill掉，建议更换一种实现方式，比如用共享订阅代替。

[dddddkkkkk]

@mafei6827 感谢回复，排查发现确实是被系统kill掉进程了。由于我需要保障消息的顺序性，因此无法采用共享订阅的模式，不知是否有其他解决方案呢。

[dddddkkkkk]

在jvm层面限制内存使用量，是否可以保障服务不被杀死呢。

[dddddkkkkk]

感谢回复，还有个问题需要请教一下，如果订阅节点需要考虑时序性，通过共享订阅方式有什么解决方案?

[popduke]

@dddddkkkkk bifromq支持一种sub client接收时保证按单个pub client发送顺序的共享订阅(使用"$oshare"作为订阅字符串开头)；不用共享订阅的话你可以在topic设计时做些分组，然后用固定的sub client分别订阅这些分组topic，只要保证分组的消息吞吐不超过单个sub client的处理能力即可。