@sagaxu 不是 websocket ，就是普通的 socket 通信； 1 有可能，因为数据是每秒发送一条过来，600 多个可能就有 600 多条同一时间发送过来； 2 的话内存泄漏应该不会，除了入库，它还会一直写入到文件中，此时文件应该一直持续在内存中，很大概率是这个问题； 3 这个项目写的人完全没考虑用缓存去处理数据，来一条数据就入库并且写入文件，这个问题似乎也不存在；现在不是马上占满，就是慢慢爬上，一直让可用内存变少，备用内存持续上涨，最后只剩下十几 M ，服务器运行内存是有 192GB 的，复现就只能 run 项目慢慢等，其中也不会有什么报错消息出来，这个很头疼，谢谢大佬的解答。

@sagaxu 这个 debug 我试过了，nodejs 写的 koa 框架，接口层面是没有问题，就是接收数据这个模块有问题，他原本写的是开了一个端口，然后就是监听设备连接，连接了之后就接收数据，数据入库 and 写文件；问题就是它是把物理内存中的备用内存持续占满，导致可用内存持续下降，用的是 Window Server 服务器，我初步怀疑是因为连接了众多传感器，开启了非常多的异步事件连接，同时又要入库写文件，写文件数据全部积累在内存中，持续增长，它是一天凌晨时候才开启第二天的数据写入到新文件中，数据量高频且多，这个问题好难排查，之前想过用单个设备连接接收数据来测试性能，但是现在没有办法改，因为项目一启动，600 多个传感器就自动连上来发数据了；搞的我头大了，之前写这个代码的人也早就离职跑路了，留下烂摊子让我接。。。

@sagaxu nio 我不是很清楚这个，但是看了上个项目，用 nodejs 写的，然后有 600 个传感器，然后传感器都是主动连接服务器的 socket 丢数据上来，每次一启动就迅速把可用内存占满了，100 多 G ，现在丢给我排查，我也不懂 nodejs ，服务器只负责监听，现在搞的很烦，项目不敢起，起了就把其他项目干了，大佬，你懂这个方面的内容吗，能不能指教一下。

@zhufpy 唉，我们数据量很多，我现在是塞到队列，然后存库，写文件，设备也多，但是占用内存巨多，这个问题还得排查。

@zhufpy socket 设备数量多了 就很烦，如果要数据要存文件的情况下，会一直占内存，

中国人民公安大学啦， 现在警察没那么危险了，交警之类的都还不错

还有一点就是我的 Collection 大概在 30 个左右，查询这个方面，可以按照某一个字段做索引吗，我设计了一个字段 checkTime ，单位为妙的时间戳，使用这个字段来比较，比如查询去年的 6.24 这一天的数据，那比较的参数就是大于 1687536000 ，小于 1687622399 的所有文档对象；这样子是否可以将这个 checkTime 作为一个索引呢

查询这个方面没有复杂的多表联合查询，我使用了 mongoose 的动态集合查询，根据不同的集合名去不同的集合表查数据，查询历史数据可能会比较久？，比如说我查找去年某一天的一整天的数据，大概就是 86400 条，每条文档中有个 Data 字段，是个浮点数组，存了 200 个浮点数。

大佬们，不好意思，太久没上，忘记这个密码了，现在才找回，目前是正常存储，查询的话就是通过一个字段来查询，大于跟小于这个区间，同时也会有请求每秒来查询数据，后台用的 nodejs 写的接口，mongoose ，持续每秒查询数据，也是用一个字段的值进行查询，返回一条数据，不知道这样能坚持多久；至于单节点，这方面小弟还不会分片，公司就小弟一个人在支撑，这个只能数据爆炸了在看看怎么弄吧。。。

@zhangxiaodao 好的，大佬，最近查询就是按照 2 个字段区间值去查找