我在Cloud SQL的Postgres日志中看到这些错误。
尽管这是一个小型的1 CPU、4GB RAM实例,但这仍然有点麻烦。我没有看到任何可定制的标志
这个应用程序是一个简单的Django服务,几乎没有查询和负载,甚至没有暴露给公众。
解决这个问题的直接方法是让我开始使用数据库连接池pgbouncer或Django应用程序,但这会增加一些复杂性。
尽管这是一个小型的1 CPU、4GB RAM实例,但这仍然有点麻烦。我没有看到任何可定制的标志
max_connections
,可以让我绕过这个错误。这个应用程序是一个简单的Django服务,几乎没有查询和负载,甚至没有暴露给公众。
解决这个问题的直接方法是让我开始使用数据库连接池pgbouncer或Django应用程序,但这会增加一些复杂性。
max_connections
-----------------
100
我们有办法增加这个数字吗?
PS:经过一番调查,似乎是由于使用gevent工作进程和gunicorn导致的。在此之前,连接数保持稳定<20。
无论如何,在流量激增的情况下,了解是否可以控制max_connections
将会很有帮助。