Python Django 1.8到1.10=Postgres连接问题
我一直在尝试调试一个问题，其中我的应用程序出现了操作错误：致命：剩余的连接插槽保留给使用postgres 9.4和Django 1.10的非复制超级用户连接 作为从1.8切换到1.10的一部分，我们开始使用普通的ol'芹菜而不是dj芹菜来安排任务 上述问题让我想到，问题可能是我们的芹菜任务保持了他们之间的联系。我可以看出，从dj芹菜到芹菜的转换会如何影响我们的django集成 作为绷带，在硬件的内存能力范围内，我已经将最大连接数从100增加到500，但我需要减少连接数。目前，连接计数似乎已稳定在180，并且不会进一步增加，但我担心无法为该问题投入更多内存Python Django 1.8到1.10=Postgres连接问题,python,django,postgresql,celery,django-celery,Python,Django,Postgresql,Celery,Django Celery,我一直在尝试调试一个问题，其中我的应用程序出现了操作错误：致命：剩余的连接插槽保留给使用postgres 9.4和Django 1.10的非复制超级用户连接 作为从1.8切换到1.10的一部分，我们开始使用普通的ol'芹菜而不是dj芹菜来安排任务 上述问题让我想到，问题可能是我们的芹菜任务保持了他们之间的联系。我可以看出，从dj芹菜到芹菜的转换会如何影响我们的django集成 作为绷带，在硬件的内存能力范围内，我已经将最大连接数从100增加到500，但我需要减少连接数。目前，连接计数似乎已稳定
虽然我怀疑芹菜，但可能是我的应用程序代码的另一部分无法关闭这些连接。有没有办法让我知道哪些联系是开放的？到目前为止，我运行的唯一查询是从pg_stat_数据库中选择numbackends；但这只是告诉我，我有一定数量的连接打开。我很喜欢一个追踪或查询计划，看看是什么让连接在给定的时间打开的 netstat-pn | grep5432怎么样？有多少芹菜工人/进程正在运行？这与数据库报告的打开连接数相比如何？netstat-pn | grep5432如何？有多少芹菜工作者/进程正在运行？这与数据库报告的打开连接数相比如何？