Amazon Redshift 空闲一段时间后提交查询一直运行无法完成的问题

• 优先确认网络链路的空闲超时规则：AWS VPC NAT网关默认空闲连接超时为350秒（约6分钟），多数企业防火墙、安全组的默认闲置超时也会设置为5-10分钟，超时后会静默丢弃空闲连接，客户端未检测到连接失效就会出现提交查询无响应的情况。Metabase连接正常是因为其默认开启了应用层连接心跳、自动保活，不会让连接进入长时间闲置状态。
• 确认JDBC驱动配置：dBeaver、RJDBC均基于Redshift JDBC驱动运行，默认未开启TCP保活、应用层心跳的情况下，会触发上述网络超时导致的连接假死。
• 确认客户端连接管理规则：检查是否未配置闲置连接检测、自动重连逻辑。

前置操作：升级JDBC驱动 #

先将Redshift JDBC驱动升级到官方最新版本，避免旧版本存在的连接管理已知bug导致保活配置不生效。

通用JDBC参数配置（适用于dBeaver、RJDBC） #

直接在JDBC连接字符串中追加保活相关参数，让连接在闲置时自动发送心跳避免被网络链路掐断：

• 开启TCP层保活：tcpKeepAlive=true
• 设置socket超时时间，避免连接假死时无限等待：socketTimeout=30000（单位毫秒，即30秒超时）
• 设置驱动层面保活心跳间隔，小于网络超时阈值：keepAliveTimeout=240000（单位毫秒，即4分钟发送一次心跳）
  配置后的JDBC连接串示例：
  jdbc:redshift://<集群端点>:5439/<数据库名>?tcpKeepAlive=true&socketTimeout=30000&keepAliveTimeout=240000

dBeaver单独适配配置 #

1. 打开对应Redshift连接的「编辑连接」界面，切换到「驱动属性」标签页，新增上述三个参数并填入对应值
2. 切换到「连接设置」标签页，勾选「保持连接」选项，设置心跳间隔为240秒，心跳测试SQL填写SELECT 1

RJDBC单独适配配置 #

创建连接时直接传入带保活参数的JDBC串即可，参考代码：

library(RJDBC)
# 加载已升级的最新Redshift JDBC驱动
drv <- JDBC("com.amazon.redshift.jdbc42.Driver", "<本地驱动jar包路径>")
# 传入带保活参数的连接串创建连接
conn <- dbConnect(drv, "jdbc:redshift://<集群端点>:5439/<数据库名>?tcpKeepAlive=true&socketTimeout=30000&keepAliveTimeout=240000", user = "<用户名>", password = "<密码>")

如果业务场景存在长时间闲置的需求，可额外添加定时任务，每4分钟执行一次dbGetQuery(conn, "SELECT 1")主动保活。

网络层面调整（上述配置不生效时操作） #

检查VPC NAT网关、本地防火墙/安全组的空闲连接超时配置，可将阈值调整为更大值，或保持默认阈值、确保客户端保活心跳间隔小于超时阈值即可。

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