Kettle启动作业时是否初始化所有数据库连接？附ClickHouse连接重置报错

核心结论 #

Kettle（Pentaho Data Integration）启动作业时，会主动初始化所有标记为shared（共享）的数据库连接，和连接实际被调用的时机无关，你的推测完全正确，这就是本次报错的根本原因。

报错逻辑说明 #

你配置的socketTimeout是JDBC层面单次数据库读写操作的最大等待时间，和连接闲置超时是两个完全不同的机制：
你的ClickHouse共享连接在作业启动时就已经完成建连，而前面的ETL预处理流程耗时远超过了ClickHouse服务端、中间防火墙/负载均衡的TCP空闲连接回收阈值，闲置的连接已经被服务端主动断开，等到作业末尾执行插入操作时，调用的是已经失效的旧连接，就触发了Connection reset报错。

可行解决方案 #

• 取消ClickHouse数据库连接的shared（共享）属性：这样Kettle不会提前初始化该连接，只会在执行到对应插入步骤时才新建连接，避免连接长时间闲置被回收。
• 若必须保留共享属性，可开启连接有效性校验：在ClickHouse JDBC连接参数中新增tcpKeepAlive=true，同时配置连接池参数testOnBorrow=true、validationQuery=SELECT 1，每次使用连接前先校验连接是否存活，失效则自动重建。
• 调整闲置超时阈值：联系运维将ClickHouse服务端的idle_connection_timeout参数、中间网络设备的TCP会话保持时间调整为大于作业从启动到执行ClickHouse插入步骤的最大耗时。

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