Redshift服务器10分钟后断开连接：Java执行长耗时SQL失败

这种在IDE/psql能正常跑20分钟的SQL，到Java程序里10分钟就超时断开的情况，我之前处理过不少，主要是客户端或连接层面的超时限制在搞鬼，给你梳理几个关键排查点：

1. 调整JDBC连接的Socket超时参数 #

Redshift的JDBC驱动默认的socketTimeout通常是600秒（10分钟），这刚好和你遇到的超时时间对上！你需要在JDBC连接URL里显式增大这个值，比如设置成20分钟（1200秒）甚至更长：

jdbc:redshift://your-cluster-endpoint:5439/your-db?socketTimeout=1200

如果还有其他参数，直接把socketTimeout追加到后面就行。

2. 检查Spring JDBC的查询超时设置 #

Spring的JdbcTemplate默认可能没有设置查询超时，但如果你的项目里配置了queryTimeout，或者代码里手动设置过，就会强制中断超时的语句。

• 代码层面调整：

JdbcTemplate jdbcTemplate = new JdbcTemplate(dataSource);
jdbcTemplate.setQueryTimeout(1200); // 设置为20分钟（单位：秒）

• 配置文件（比如XML）层面调整：

<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
    <property name="dataSource" ref="yourDataSource"/>
    <property name="queryTimeout" value="1200"/>
</bean>

3. 确认数据库端的超时配置 #

虽然IDE能成功执行，但还是建议检查下Redshift集群的参数组设置，避免数据库端主动中断：
在psql或SQL IDE里执行这条命令查看：

show statement_timeout;
show idle_in_transaction_session_timeout;

如果statement_timeout的值是600000毫秒（10分钟），就需要把它调整为0（无限制）或者更大的值，这个需要通过Redshift控制台修改参数组后重启集群生效。

4. 排查网络层面的超时限制 #

有时候不是代码或数据库的问题，而是中间的防火墙、负载均衡或者代理服务器设置了10分钟的连接超时，会主动断开长连接。这种情况需要联系运维团队，检查网络设备的超时规则，确保允许持续20分钟以上的数据库连接。

额外优化建议 #

如果这条SQL需要频繁执行，长远来看可以考虑优化它的执行效率：比如检查sortkey和distkey是否合理，对查询做分区裁剪，或者把大的CREATE TABLE AS拆分成UNLOAD到S3再COPY回来的方式，这样不仅能减少执行时间，还能降低超时风险。

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