Snowflake命中结果缓存时相同查询间隔超150秒延迟升高问题

基于JdbcTemplate对接Snowflake执行查询，数据源配置代码如下：

BasicDataSource dataSource = new BasicDataSource();
dataSource.setUrl("jdbcUrl");
dataSource.setDriverClassName(SNOWFLAKE_DRIVER_NAME);
dataSource.addConnectionProperty(CLIENT_SESSION_KEEP_ALIVE, "true");

JdbcTemplate jdbcTemplate = new JdbcTemplate(dataSource);

耗时异常表现 #

重复执行同一命中结果缓存的查询时，耗时随执行间隔出现明显差异：

• 两次查询间隔≤150秒：Java侧统计耗时约300ms
• 两次查询间隔>150秒：Java侧统计耗时约1200ms
• 所有重复查询均已确认命中Snowflake Result Cache，排除缓存未命中带来的执行开销

该延迟和Snowflake结果缓存机制无关，核心是连接保活/校验逻辑带来的额外开销：

1. 配置的CLIENT_SESSION_KEEP_ALIVE=true仅开启JDBC驱动的会话保活能力，驱动默认的心跳发送间隔为3600秒，远大于150秒的观测阈值，无法在短空闲周期内维持连接活跃状态。
2. 所用的Apache Commons DBCP BasicDataSource默认配置下，会对空闲时间超过阈值的连接在借出时执行有效性校验：当连接空闲超过150秒左右，连接池会先向Snowflake发送探测语句完成连接可用性校验，这部分校验开销叠加缓存查询本身的耗时，正好对应观测到的900ms左右的耗时差。
3. 若客户端与Snowflake服务端之间存在防火墙、四层负载均衡设备，这类设备通常会主动切断空闲超过120~180秒的无流量TCP连接，触发连接重建或重试，也会带来同等量级的额外开销。
4. 查询间隔小于150秒时，连接处于活跃状态，连接池直接复用连接执行查询，无额外校验/重建开销，因此耗时稳定在300ms区间。

• 调整BasicDataSource连接池参数：将空闲连接驱逐扫描间隔timeBetweenEvictionRunsMillis、连接最小空闲存活时间minEvictableIdleTimeMillis按需调整，匹配业务查询间隔，避免频繁触发空闲连接校验；也可直接配置validationQuery为轻量探测语句，降低校验本身的开销。
• 调整Snowflake JDBC驱动参数：在JDBC连接URL中追加参数clientSessionKeepAliveHeartbeatFrequency=120，将驱动保活心跳发送间隔设置为120秒，维持TCP连接活跃，避免被中间网络设备切断。
• 按业务峰值并发设置minIdle参数，保留足够的活跃空闲连接，减少连接新建、校验的频次。

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