首先还原你遇到的异常日志：

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure
The last packet successfully received from the server was 1,409,240 milliseconds ago. The last packet sent successfully to the server was 1,409,267 milliseconds ago.
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:425)
at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:989)
at com.mysql.jdbc.MysqlIO.nextRowFast(MysqlIO.java:2229)
at com.mysql.jdbc.MysqlIO.nextRow(MysqlIO.java:1989)
at com.mysql.jdbc.MysqlIO.readSingleRowSet(MysqlIO.java:3410)
at com.mysql.jdbc.MysqlIO.getResultSet(MysqlIO.java:470)
at com.mysql.jdbc.MysqlIO.readResultsForQueryOrUpdate(MysqlIO.java:3112)
at com.mysql.jdbc.MysqlIO.readAllResults(MysqlIO.java:2341)
...
Caused by: java.io.EOFException: Can not read response from server. Expected to read 7 bytes, read 5 bytes before connection was unexpectedly lost.
at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:3011)
at com.mysql.jdbc.MysqlIO.nextRowFast(MysqlIO.java:2212)

从你描述的场景——Linux上无连接池的Java应用连接Windows的MySQL 5.7，执行10.9G大表SELECT时ResultSet无法完成，且已经排查了wait_timeout、TCP超时、添加了autoReconnect=true等配置来看，你怀疑Windows防火墙的方向非常合理，下面给出具体的排查和解决步骤：

一、优先验证Windows防火墙的影响 #

既然你怀疑防火墙，先通过以下步骤确认并解决：

• 临时关闭防火墙测试：直接关闭Windows服务器上的所有防火墙（域、专用、公用网络的防火墙都要关闭），然后重新执行大表查询。如果问题消失，说明确实是防火墙拦截了长连接的数据包。
• 添加精准的防火墙入站规则：如果关闭防火墙有效，不要一直处于关闭状态，而是添加允许MySQL服务端口（默认3306）的入站规则：
  • 规则里明确允许来自Linux应用服务器的IP地址，避免开放给所有IP；
  • 进入规则的“高级”设置，检查是否有连接超时限制，确保没有给该规则设置短超时（有些防火墙默认会给长连接设置超时阈值）；
  • 勾选“允许所有连接”，或者明确允许TCP协议的双向通信（因为大查询过程中客户端和服务器会持续交互数据包）。
• 检查防火墙的连接跟踪设置：部分Windows防火墙的高级设置里有“状态包检测(SPD)”功能，可能会把长时间传输数据的连接判定为闲置而强制断开。你可以在Windows防火墙高级设置的“IP安全策略”中，调整TCP连接的跟踪超时时间，或者针对MySQL的3306端口禁用SPD检测。

二、MySQL端针对大查询的配置优化 #

大表查询本身的特性也可能导致连接中断，你可以补充调整这些参数：

• 调整net_read_timeout和net_write_timeout：这两个参数是MySQL服务器等待客户端读取/写入数据的超时时间，默认通常是30/60秒，对于大表查询来说远远不够。执行以下命令临时生效：

SET GLOBAL net_read_timeout=3600;
SET GLOBAL net_write_timeout=3600;

如果要永久生效，需要写入Windows上MySQL的my.ini配置文件，然后重启MySQL服务。

• 开启ResultSet分块读取：不要一次性拉取整个大表的数据，而是通过设置fetchSize让JDBC每次从服务器读取少量数据，减少单次传输的数据量，避免被中间设备判定为异常连接。示例代码：

// 创建只读、向前滚动的Statement，配合fetchSize实现分块读取
Statement stmt = conn.createStatement(ResultSet.TYPE_FORWARD_ONLY, ResultSet.CONCUR_READ_ONLY);
stmt.setFetchSize(1000); // 每次读取1000行，可根据实际情况调整
ResultSet rs = stmt.executeQuery(sql);
while(rs.next()){
    // 处理每行数据的逻辑
}

• 检查max_allowed_packet参数：如果你的大表包含大字段（比如TEXT、BLOB），过小的max_allowed_packet可能导致数据包传输中断。设置为64M或者更大：

SET GLOBAL max_allowed_packet=67108864;

三、Linux客户端的网络参数调整 #

让Linux主动发送心跳包维持连接，避免中间设备（比如路由器、防火墙）因为连接长时间“看似闲置”而断开：

• 临时生效的命令：

echo 1 > /proc/sys/net/ipv4/tcp_keepalive_time
echo 10 > /proc/sys/net/ipv4/tcp_keepalive_intvl
echo 6 > /proc/sys/net/ipv4/tcp_keepalive_probes

这些参数的含义是：TCP连接闲置1秒后开始发送心跳包，每隔10秒发送一次，连续6次未收到响应则断开连接。

• 永久生效的方法：编辑/etc/sysctl.conf文件，添加以下内容：

net.ipv4.tcp_keepalive_time = 1
net.ipv4.tcp_keepalive_intvl = 10
net.ipv4.tcp_keepalive_probes = 6

然后执行sysctl -p让配置生效。

四、JDBC连接参数的补充优化 #

除了autoReconnect=true，还可以添加这些参数提升长连接稳定性：

jdbc:mysql://your-windows-ip:3306/your-db?autoReconnect=true&useConfigs=maxPerformance&connectTimeout=30000&socketTimeout=3600000

• useConfigs=maxPerformance：启用MySQL JDBC的性能优化配置，针对长连接和大查询做了适配；
• connectTimeout=30000：设置连接超时为30秒；
• socketTimeout=3600000：设置socket读写超时为1小时，避免默认的短超时导致连接断开。

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