JDBCTemplate执行带IN语句的查询时报IO Error: Socket read timed out如何解决

从异常栈可以定位到报错发生在Hikari连接池验证连接存活的阶段，执行SELECT 1 FROM DUAL检测语句时触发了socket读取超时，和业务SQL本身没有直接关联，核心问题是闲置的数据库连接被中间网络设备或Oracle端提前关闭，连接池没有及时感知，或者连接验证的预留时间不足导致偶发超时。

• 优化连接验证逻辑：Oracle 11g及以上版本的JDBC驱动已原生支持JDBC4的Connection.isValid()验证接口，性能远高于自定义connectionTestQuery，直接删除配置项datasources.spring.connectionTestQuery= SELECT 1 FROM DUAL即可，Hikari会自动调用原生接口做连接验证，减少语句执行开销。
• 调整连接池参数：
  1. 不要将minimumIdle与maximumPoolSize设为相同值，30个常驻闲置连接很容易被网络防火墙、Oracle服务端的闲置会话清理机制主动切断，建议将minimumIdle调整为5~10，连接池会按需扩容到最大连接数，减少闲置连接数量。
  2. 将validationTimeout从1000ms调整为3000ms，给网络抖动、数据库瞬时高负载留出足够的响应余量，避免偶发延迟导致的超时误判。
  3. 确认Oracle服务端的SQLNET.EXPIRE_TIME参数值，将Hikari的maxLifetime设置为比该值小2~3分钟（例如Oracle端设为10分钟，就将maxLifetime改为420000ms即7分钟），确保连接池在数据库端关闭连接前主动销毁旧连接，避免拿到无效连接。
• 补充JDBC驱动参数：在数据库连接URL末尾追加两个Oracle驱动配置oracle.net.CONNECT_TIMEOUT=10000&oracle.net.READ_TIMEOUT=30000，显式指定驱动层面的连接、读取超时阈值，避免TCP协议默认超时时间过长导致的连接假死。
• 业务SQL优化（可选）：如果你的IN子句单次传入的stores、products参数数量超过100，建议做分批查询，或者用临时表关联的方式替换IN子句，避免业务SQL执行时间过长触发超时。
• 网络配置排查：确认应用服务器到Oracle数据库之间的防火墙、负载均衡设备的TCP会话超时时间，确保该值大于Hikari的maxLifetime配置，避免中间设备主动切断空闲的数据库连接。

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