Meteor 服务器在缓慢的请求时自行重启

Question

我有一个 Meteor 应用程序正在执行一些当前挂起的呼叫。我正在一个循环中处理很多项目，然后将其更新到服务器端 Mongo。 （我认为这是异步完成的）我理解循环中的 upserting 不好。

这整个功能似乎使应用程序挂起一段时间。我什至注意到控制台中出现了 sock.js 和 websocket 错误。我认为这都是由于 DDP、异步 Mongo upserts 和缓慢的请求。 这是我所说的一些伪代码

for (1..A Lot of records) {
    //Is this async?
    Collection.upsert(record)
}

最终这个功能会完成。但是，我会注意到 Meteor “重新启动”（我认为这是真的，因为我看到 Accounts.onLogin 再次被调用。这几乎就像客户端在慢速请求实际完成后刷新一样。这导致看起来像无限循环。

我的问题是为什么应用程序正在“重新启动”。这是由于框架中的某些东西以及它如何处理缓慢的请求吗？ IE。它是否会将所有错误请求排队并最终自动重试？

Answer 1

我不确定这里到底发生了什么，但听起来客户端在“忙”时无法访问服务器，然后通过 DDP 的客户端连接超时，并以客户端刷新。服务器进程可能不会重新启动。

改善这一点的一种技术是在您的数据库中实现一个队列。一段代码检测到有一堆数据库 upserts 要做，所以它将信息记录在一个用作队列的表中。

您设置了一个 cron 作业（使用例如 npm 模块 node-cron）定期查找队列中的内容 - 当它找到未处理的记录时，它会执行所需的 upsert 工作，然后更新状态将队列记录中的值设置为“完成”，或者只是将其从队列中删除。您可以决定一次处理多少条记录，以尽量减少中断。

另一种方法是在服务器上的另一个节点进程中进行处理，基本上就像一个工作进程。如果这个过程很忙，它不会影响你的前端。可以使用相同的排队技术来确保这也不会陷入困境。

这样你会失去一点反应性，但考虑到它是某种批量过程，这应该没关系。