在emqx的dashboard 发现 连接器的连接总数和dashboard显示的连接数不一致，那么哪一个才是emqx集群服务实际的连接总数呢
listener 页面展示的 1766477 是该连接器曾经到达的最大连接数值。当前数值是 1736730.
但是我在页面上短时间内刷新发现，listener刷新前后的的数值也是不一致的，会上下波动，而且通过查看后台的tcp连接数量也是要大于dashboard的连接总数
我提交的图显示连接数量是一直上升的，不过实际情况是，总体是上升的，上升的过程会有波动
不好意思，是我搞错了，1766477/infinity 的含义是： 该监听器当前连接数/允许的最大连接数。
连接总数那个是已经连接成功的 MQTT 客户端的数目，而监听器的连接数是按照 TCP 连接数目统计的。一般这两个数字是相同的，如果在连接数已经稳定没有变动的情况下，这两个数字不同，可能是有一些 MQTT 客户端只建立了 TCP 连接，但 MQTT CONNECT 没有成功。
如果你配置了认证功能，比如 mysql 认证或者 HTTP 认证，并且服务返回过慢，可能会导致类似的问题，你看看 emqx 有没有错误日志。
您好，我使用的postgresql进行的客户端认证，请问什么类型的日志可以反映postgresql服务返回过慢呢？
dashboard 发现 连接器的连接总数和dashboard显示的连接数一直保持在不一致的状态，大概几万的差距
实时查看一下emqx日志，短时间内（10分钟左右）没有看到任何的日志输出
几万的数据量差距，应该有比较大量的可疑日志输出看起来才合理。
这种情况可能会有一些 timeout 日志，但也可能没有。只能通过系统监控 CPU 或者内存来发现 emqx 运行是否正常。
emqx 内部有 observer_cli 工具来查看 Erlang VM 的情况，但可能需要一些 Erlang 相关的知识: ./bin/emqx ctl observer status (emqx 5.x)