使用node jdbc连接MySQL执行无LIMIT的SELECT语句报通信链路故障

• 全表查询数据量过大触发超时：truncate、带LIMIT的查询都属于短时间可完成的轻量操作，不会触发超时；全表数据量大时，查询执行+结果回传的总时长超过了MySQL服务端或中间网络设备的超时阈值，报错日志显示连接在建立约29分钟后被重置，符合超时断开的特征。
• 结果集拉取策略不合理：JDBC默认会一次性将全量查询结果拉取到本地内存，数据量过大会导致网络长时间处于连续传输状态，中间的防火墙、网关等设备会主动断开长时间无交互的连接，触发Socket reset错误。
• 连接参数缺失保活配置：当前连接字符串没有配置TCP保活、socket超时相关参数，连接长时间处于传输状态时没有保活机制，被链路判定为无效连接后主动断开。

• 调整MySQL服务端超时配置
  临时生效可执行以下SQL语句：

  -- 网络读写超时设置为1小时，单位为秒，可根据实际查询最大耗时上调
  SET GLOBAL net_read_timeout = 3600;
  SET GLOBAL net_write_timeout = 3600;
  -- 空闲连接超时设置为1天
  SET GLOBAL wait_timeout = 86400;
  SET GLOBAL interactive_timeout = 86400;
  

  永久生效需要修改MySQL配置文件my.cnf（Windows系统为my.ini）中的对应参数，重启服务后生效。
• 补充JDBC连接参数
  修改连接字符串，添加TCP保活和超时配置，超时时间和服务端配置匹配即可：
  jdbc:mysql://1.1.1.1:3306/db_name?allowPublicKeyRetrieval=true&useSSL=false&tcpKeepAlive=true&socketTimeout=3600000
  其中socketTimeout单位为毫秒，3600000对应1小时。
• 优化查询逻辑
  放弃一次性全表查询的方案，改为按主键分页批量拉取，比如每次拉取1000~10000条数据分批处理，既可以避免超时问题，也不会占满本地内存。
• 调整结果集拉取规则
  执行查询前设置Statement的fetchSize参数，例如statement.setFetchSize(1000)，驱动会按指定大小分批拉取结果，降低单次网络传输的压力。

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