由于：org.postgresql.util.PSQLException: FATAL: remaining connection slots are reserved for non-replication superuser connections。

Question

我使用c3p0-0.9.5.2.jar和mchange-commons-java-0.2.11.jar来管理连接池，同时我使用的是postgreSql 9.3。

在我的生产环境中至少每天收到以下这些消息：

Caused by: java.sql.SQLException: Connections could not be acquired from the underlying database!
    at com.mchange.v2.sql.SqlUtils.toSQLException(SqlUtils.java:118)
    at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:692)
    at com.mchange.v2.c3p0.impl.AbstractPoolBackedDataSource.getConnection(AbstractPoolBackedDataSource.java:140)
    at org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider.getConnection(LocalDataSourceConnectionProvider.java:81)
    at org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:446)
    ... 212 more
Caused by: com.mchange.v2.resourcepool.CannotAcquireResourceException: A ResourcePool could not acquire a resource from its primary factory or source.
    at com.mchange.v2.resourcepool.BasicResourcePool.awaitAvailable(BasicResourcePool.java:1469)
    at com.mchange.v2.resourcepool.BasicResourcePool.prelimCheckoutResource(BasicResourcePool.java:644)
    at com.mchange.v2.resourcepool.BasicResourcePool.checkoutResource(BasicResourcePool.java:554)
    at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutAndMarkConnectionInUse(C3P0PooledConnectionPool.java:758)
    at com.mchange.v2.c3p0.impl.C3P0PooledConnectionPool.checkoutPooledConnection(C3P0PooledConnectionPool.java:685)
    ... 215 more
Caused by: org.postgresql.util.PSQLException: FATAL: remaining connection slots are reserved for non-replication superuser connections
    at org.postgresql.core.v3.ConnectionFactoryImpl.readStartupMessages(ConnectionFactoryImpl.java:712)

我在我的应用程序中有这个配置：

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
"http://www.springframework.org/dtd/spring-beans.dtd">

<beans>
         <bean id="dataSource" class = "com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close">
       <property name="driverClass" value="org.postgresql.Driver"/>

        <property name="jdbcUrl" value="jdbc:postgresql://localhost:5432/Test"/> 

        <property name="user" value="postgres"/>
        <property name="password" value="postgres"/>
           <!-- pool sizing -->
     <!-- pool sizing -->
        <property name="initialPoolSize" value="32" />
        <property name="minPoolSize" value="30" />
        <property name="maxPoolSize" value="300" />
        <property name="acquireIncrement" value="10" />
        <property name="maxStatements" value="0" />

        <!-- retries -->
        <property name="acquireRetryAttempts" value="30" />
        <property name="acquireRetryDelay" value="1000" /> <!-- 1s -->
        <property name="breakAfterAcquireFailure" value="false" />

        <!-- refreshing connections -->
        <property name="maxIdleTime" value="180" /> <!-- 3min -->
        <property name="maxConnectionAge" value="10" /> <!-- 1h -->

        <!-- timeouts and testing -->
        <property name="checkoutTimeout" value="0" /> <!-- 60s -->
        <property name="idleConnectionTestPeriod" value="60" /> <!-- 60 -->
        <property name="testConnectionOnCheckout" value="true" />
        <property name="preferredTestQuery" value="SELECT 1" />
        <property name="testConnectionOnCheckin" value="true" /> 

    </bean>
</beans>

在postgresql.conf中，我有这个配置：

max_connections = 300
shared_buffers = 32GB

我的服务器性能如下：24个CPU，256GB内存

使用此应用程序的用户数量约为1300人

有没有人可以帮我解决这个问题？

提前谢谢！

- franco

---

maxPoolSize应该小于max_connections。 - user330315

在将其投入生产之前，我将将maxPoolSize设置为200，max_connections设置为300，我想知道您对此更改的意见，正如我所说，使用该应用程序的用户数量约为1300。 - franco

Answer 1

有superuser_reserved_connections连接槽（默认为3个）专门保留给超级用户使用，这样即使所有的连接槽都被占用，他们仍然可以连接。

因此，您实际上只有297个可用的连接槽。

要么减少连接池的最大连接数，要么在PostgreSQL中增加max_connections。

顺便说一下，300太高了。除非您的数据库机器有数百个核心，否则应该使用更低的设置与连接池配合使用。

- Laurenz Albe

---

感谢您的回复，只是请注意我的应用程序和数据库位于同一台物理服务器上。因此，正如您所说，解决方案是在我的应用程序中进行以下配置：<property name="maxPoolSize" value="200" />，并且我们保持 PostgreSQL 的 max_connections 值为 300。 - franco

是的，那将是一个不错的解决方案。更好的做法是将大小减小到20或30（这取决于您的硬件，参见此Wiki文章）。 - Laurenz Albe

@LaurenzAlbe 我们已经为我们的Postgres服务器设置了max_connections = 1000，几天前我们在生产环境中遇到了一个问题，空闲连接数量达到了995，导致用户的请求无法由Postgres服务器提供服务，并且我们开始在30000ms后收到连接不可用、请求超时的错误信息。您能告诉我们在Postgres服务器中增加空闲连接的可能原因是什么吗？ - Sumit Kandoi

@SumitKandoi 唯一的原因可能是您的应用程序打开了数据库连接，但没有关闭它们。这是应用程序中必须修复的错误。但不要一直打开和关闭数据库连接，请使用连接池。 - Laurenz Albe

Answer 2

您看到的错误表明PostgreSQL没有可用的连接。

在您的SQL数据库上运行以下命令，以了解使用了如此多的连接的命令/用户：

```SELECT * FROM pg_stat_activity;```

 select * from pg_stat_activity;

如果您只想知道打开的连接数量，使用以下命令：

SELECT count(*) FROM pg_stat_activity;

有时打开的连接数量达到了 max_connections 限制。

对我来说，重新启动 pgAdmin 应用程序解决了这个问题。

- sonakshi