谢谢你的建议，但我对第二点有点疑问。桥接的连接数是通过连接池，我理解的是一个连接是一个客户端，所以您说的一个连接处理多个客户端的情况这个是否不成立还是我理解有误呢？
桥接的每个连接都是远端的一个客户端，桥接的本质就是将本地收到的客户端消息转发到远端。如果你本地有 100 个客户端，但桥接只有 10 个，相当于每个桥接的连接要处理 10 个会话的消息
谢谢您的解答，但我们本地的客户端数量是用多个客户端通过短连接的方式推数据到本地mqtt的，如果从概览查到18000条/s 那这种桥接的数量是否要18000个连接比较合适呢？还有一点就是单个节点支持的连接池数量是否有限制呢？
不需要这么多，具体需要你们自己测试下，当连接池的大小超过一定值后，继续增大可能不会带来多少提升。
单个节点的 「连接池数量」 没有限制，但是每个连接池的大小受系统的开放端口数限制
明白，谢谢您的回答
你这个现在是流入还是流出的模式，如果有积压的数据，可以在指标里面看到当前积压了多少
在创建资源时的「高级设置」里 「请求超期」
是的
我发现一个BUG，如果我返过来。我用桥接的方式，订阅远程MQ的大并发的数据。我故意没有用共享订阅的方式，这时客户端单个连接性能肯定订阅不过来，这时，我从远程MQ发现订阅的客户端的当前订阅都不存在了，猜想是由于连接断开后重连上后没有重新订阅导致的。
好的，了解了，谢谢！