Oracle存储过程超60分钟执行后未返回控制至Java应用的问题咨询

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

ojdbc7默认的socket读取超时（oracle.jdbc.ReadTimeout）可能为60分钟，这会导致存储过程执行超时时，客户端socket主动断开，无法接收数据库返回的执行结果。可通过两种方式修改：

• 在JDBC连接URL中添加参数：

  jdbc:oracle:thin:@//your-db-host:port/service-name?oracle.jdbc.ReadTimeout=7200000
  

  示例设置为2小时（7200000毫秒），可根据实际最长执行时长调整。
• 在代码中通过Oracle扩展API设置网络超时：

  OracleConnection oracleConn = (OracleConnection) connection;
  // 设置超时为2小时，第二个参数为超时回调的线程池，可传入Executors.newSingleThreadExecutor()
  oracleConn.setNetworkTimeout(Executors.newSingleThreadExecutor(), 7200000);
  

  另外注意：CallableStatement.setQueryTimeout()对PL/SQL存储过程的支持有限，需结合oracle.jdbc.ReadTimeout一起配置。

2. 排查网络中间件的超时配置 #

防火墙、负载均衡或代理服务器常默认断开60分钟无数据传输的长连接。即使存储过程在执行，若期间无数据返回客户端，这些设备会主动切断连接，导致应用端收不到完成信号。需检查：

• 数据库与应用服务器间的防火墙规则，调整TCP连接超时时间；
• 若用连接池（如Tomcat JDBC、HikariCP），确认连接池超时配置大于存储过程最长执行时长；
• 数据库端sqlnet.ora中的SQLNET.EXPIRE_TIME参数，可设置为5分钟左右，定期发送探测包维持连接，避免被中间件判定为死连接。

3. 数据库端辅助排查与优化 #

• 检查用户所属profile的CONNECT_TIME和IDLE_TIME参数：这两个参数针对会话累计连接时间和空闲时间，若存储过程持续执行不会触发超时，但仍需确认无不合理限制；
• 查看数据库告警日志和trace文件：在DIAGNOSTIC_DEST目录下的日志中，搜索对应会话的断开记录，确认是否为数据库端主动终止连接；
• 改为异步执行：若无需实时返回结果，用DBMS_SCHEDULER提交后台作业执行存储过程，应用端后续通过查询作业状态或日志获取结果，彻底避免长时间阻塞。

内容的提问来源于stack exchange，提问作者ashok.wakhure