当应用程序使用数据库连接池（或带服务程序的连接池）进行数据连接时，防火墙的设置有可能会导致连接出现超时或者被重置的问题。当从数据库读数据（或服务程序客户端读取数据）的时候 有可能会 Connection timed out， 这是由于应用会缓存数据连接，当要访问数据库（服务程序）的时候，但是这个时候缓存的数据库（服务程序）连接有可能因为防火墙设置已经超时或者被数据库（或系统优化程序）干掉了。

问题描述：

    系统割接后，中间件和数据库进行了防火墙隔离，由于数据库和应用都进行了割接，系统架构由原先的单一网络变成了跨系统部署，数据库和应用之间的访问通过防火墙；而防火墙这边对空闲的连接配置了超时时间（一般默认为30分钟），一旦超过时间，会自动将连接断掉；而断掉后，应用程序这一侧的数据库连接池这边还是认为该连接有效，它只在应用获取该连接时才会进行一个有效性测试，会每间隔一个时间尝试一次，尝试n次后才确定该连接失效，发起重连，最终造成业务耗时长。

    由于连接池连接数很多，势必造成有部分连接空闲时间超过了防火墙的设置，而应用程序这边没有配置对空闲连接的维护参数，空闲连接会一直认为有效，所以该现象只会出现在连接池中的空闲连接上；当应用获取已被防火墙断开的空闲连接时，就会造成应用的响应慢，或者直接提示 connection timed out 异常。

解决办法：

针对该现象，解决方案一般有以下几个：

1、对连接池这一块的参数进行优化，增加对空闲连接的未使用超时和时效超时（小于防火墙的配置），优化现有连接有效性测试的相关次数和间隔时间配置，使得应用侧从连接池中获取到的连接均有效，避免因长时间没有进行数据操作被防火墙kill掉；

2、取消防火墙中对于数据库连接的超时设置。