角色“用户名”heroku nodejs的连接太多-yobuko是什么？

我有两个站点开始接收太多的角色错误连接

该站点每天会因该错误崩溃几次，唯一有帮助的是cli heroku pg:killall

该应用程序正确地释放了所有连接—它是一个非常简单和基本的应用程序，使用postgres连接池

当我在pgadmin上查看打开的会话时，我看到了一个叫做yobuko的东西的多个连接

随着我的跟进，它会打开越来越多的连接，直到达到20个连接的限制，并使我的应用程序崩溃

yobuko是谁，谁让它进入了我的数据库，我怎样才能阻止它杀死我的网站

由于没有更好的答案，我将编写一个脚本，查找这些连接并每隔几分钟杀死它们

我使用的是hobby dev数据库级别，只要我接受每月最多4小时的停机时间，它就可以正常工作

编辑： 由于我有Yobuko连接，我也开始有其他连接，称为puma:cluster worker XX

它们运行的最后一个sql是：

SELECT "oid", "typname" FROM "pg_type" WHERE (("typtype" = 'b') AND 
("typname" IN ('hstore')))

下面是一个屏幕截图：

---

我也面临同样的问题。Heroku给了我一个提示，使用SelectPg_terminate_backendsub1.pid从pg_stat_活动中选择pid，其中应用程序名称='yobuko'和状态='idle'作为sub1；有选择地终止空闲连接。我将尝试将它与调度程序插件结合起来，自动运行它

---

原因是他们用于hobby tier数据库的监控工具出现故障，这可能意味着标准层和更高级别的数据库不受影响。他们正在进行修复，但还没有时间表。

从2018年9月5日到2018年9月13日，Heroku的欧盟业余爱好开发数据库似乎出现了问题。 他们的内部工具有一个连接泄漏，打开了与appname yobuku和另一个appname puma cluster worker的连接

唯一的解决办法是每隔几个小时手动终止这些连接

---

这个问题现在似乎已经解决。

Yobuko是一个内部Heroku系统，负责管理数据库-您应该打开一张支持票让我们看看。您好，我做了626237，我被一个叫Tim的人拒绝了，他告诉我hobby tier数据库的限制之一是未经通知的维护。许多数据库运行在单个共享服务器上，我们偶尔需要重新启动该服务器以进行硬件维护，或者将数据库迁移到另一台服务器以实现负载平衡。当这种情况发生时，您将在日志中看到错误或连接出现问题。如果服务器重新启动，数据库可能需要15分钟或更长时间才能恢复联机。是的，我的应用程序现在似乎也出现了这种yobuko问题——至少在过去几天中，有时会达到19个连接。也许Heroku现在雇佣yobuko的人更多了，因为他们从9月4日开始调查这起事件。看起来heroku pg:kill-based脚本对yobuko很有帮助，是的。是的，目前我的网站每隔几个小时就需要killall一次，所以它不是很有用。我的用户不高兴：我和支持部门联系了一个星期——他们仍然在联系，我的网站大部分还是关闭的。我希望这是暂时的，他们很快就会完成。我想知道为什么它没有被提及和status.heroku.com，因为它看起来很漂亮wide@ArtemVasiliev您使用的是欧盟数据库还是美国数据库？支持人员告诉我这只是欧盟的数据中心。您使用的是欧盟数据中心还是美国数据中心？支持者告诉我这是欧盟only@Noam是的，一个欧盟数据中心。