Spring Boot+R2DBC偶发R2dbcNonTransientResourceException连接验证失败咨询

• 首先排除配置干扰：你配置的JDBC参数仅被Flyway使用，和R2DBC连接池是完全独立的两套Bean，不会产生任何冲突。
• 核心原因是Spring Boot 2.4.9对应的r2dbc-pool版本默认校验策略存在缺陷：默认仅在连接首次创建时做有效性校验，后续连接被借出时不会主动校验。PostgreSQL服务端默认开启了空闲连接超时回收（idle_in_transaction_session_timeout参数默认值通常为10分钟，和你提到的启动10分钟后才出现报错的特征完全吻合），此外容器/网络层面的TCP空闲超时也会主动断开长时间无流量的数据库连接，连接池内留存的这些已经失效的死连接在被借出时，才会触发验证失败报错。
• 本地重启PG容器后所有连接全部失效，因此会持续报错；生产环境只有部分空闲连接被回收，因此表现为偶发。你之前使用MySQL未遇到该问题，是因为MySQL默认的空闲连接超时时间更长，且R2DBC MySQL驱动对失效连接的容错处理优于PostgreSQL驱动。

优先方案（无版本升级需求，性能损耗极低） #

在application.properties中补充R2DBC连接池校验相关配置，主动清理失效连接：

# 配置PostgreSQL连接有效性校验语句
spring.r2dbc.pool.validation-query=SELECT 1
# 开启连接借出时校验，确保拿到的连接一定有效，SELECT 1执行开销可忽略
spring.r2dbc.pool.test-on-borrow=true
# 开启后台线程定期校验空闲连接，提前清理死连接，降低借出时失效概率
spring.r2dbc.pool.test-while-idle=true
# 空闲连接校验间隔，单位毫秒，可根据实际场景调整
spring.r2dbc.pool.time-between-eviction-runs=180000
# 空闲连接最大存活时间，设置为小于PostgreSQL服务端的空闲超时时间即可
spring.r2dbc.pool.max-idle-time=600000

备选方案 #

如果可以升级依赖版本，将Spring Boot升级到2.6.0及以上版本，对应版本的r2dbc-pool已经默认优化了连接校验策略，默认开启test-on-borrow能力，无需额外配置即可解决该问题。

补充容错优化 #

可对R2DBC Repository的调用逻辑增加针对连接异常的重试机制，进一步降低偶发报错的影响：

// 示例：查询方法增加连接异常重试
public Flux<Message> listMessages() {
    return messageRepository.findAll()
            .retry(2, R2dbcNonTransientResourceException.class);
}

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