如何修复PostgreSQL连接终止（SQLState:57P01）及Hibernate应用崩溃问题

你遇到的核心问题是Heroku PostgreSQL的自动连接回收机制和本地c3p0连接池配置不匹配——Heroku会强制关闭闲置超过5分钟的数据库连接，而你的连接池配置没有及时检测并替换这些失效连接，导致应用尝试使用已断开的连接时抛出错误。下面是具体的可行解决方案：

一、调整c3p0连接池参数适配Heroku的超时规则 #

Heroku PostgreSQL默认回收闲置**5分钟（300秒）**的连接，你的当前配置中idle_test_period刚好等于这个阈值，很容易出现“刚检测完连接就被Heroku回收”的尴尬情况。建议调整以下参数：

• 将hibernate.c3p0.idle_test_period改为120秒（2分钟）：让连接池更频繁地检测闲置连接的有效性，在Heroku回收之前就发现并替换失效连接。
• 将hibernate.c3p0.timeout改为180秒（3分钟）：让连接池主动关闭闲置超过3分钟的连接，从根源避免连接被Heroku强制回收。
• 添加hibernate.c3p0.testConnectionOnCheckin=true：在连接放回池子里时也做有效性检测，双重保障连接可用性。

修改后的配置片段如下：

<property name="hibernate.c3p0.idle_test_period">120</property>
<property name="hibernate.c3p0.timeout">180</property>
<property name="hibernate.c3p0.testConnectionOnCheckin">true</property>
<property name="hibernate.c3p0.testConnectionOnCheckout">true</property>
<property name="hibernate.c3p0.preferredTestQuery">select 1;</property>

二、添加连接异常的重试逻辑 #

即使连接池配置正确，偶尔还是会遇到Heroku临时断开连接的情况（比如数据库维护、节点扩容）。建议在应用层捕获连接相关的异常，实现简单的重试逻辑：

比如在DAO/Service层封装重试逻辑，最多重试2-3次：

public void executeDbOperationWithRetry(Runnable dbOperation) {
    int retryTimes = 0;
    final int MAX_RETRY = 3;
    
    while (retryTimes < MAX_RETRY) {
        try (Session session = HibernateUtil.getSessionFactory().openSession()) {
            session.beginTransaction();
            dbOperation.run();
            session.getTransaction().commit();
            return;
        } catch (SQLTransientConnectionException e) {
            retryTimes++;
            log.warn("数据库连接异常，正在重试第{}次", retryTimes);
            // 重试间隔递增，避免频繁请求
            try {
                Thread.sleep(1000 * retryTimes);
            } catch (InterruptedException ie) {
                Thread.currentThread().interrupt();
            }
        } catch (Exception e) {
            log.error("数据库操作失败", e);
            throw e;
        }
    }
    throw new RuntimeException("多次重试数据库连接失败");
}

三、检查Heroku数据库连接数限制 #

Heroku不同层级的PostgreSQL有连接数上限（比如免费层是20个），你的hibernate.c3p0.max_size=15已经接近免费层上限，建议调整为10左右，避免因连接数耗尽引发额外问题。

四、验证配置效果 #

修改配置后重新部署应用，观察日志是否还会出现连接被终止的错误。如果问题依旧，可以开启c3p0的调试日志，查看连接池的连接创建、销毁、检测细节：

<property name="hibernate.c3p0.debugUnreturnedConnectionStackTraces">true</property>

内容的提问来源于stack exchange，提问作者VoidCat