SQL Server查询结果超过1192字节时断开连接问题咨询

核心排查步骤 #

• 优先验证路径MTU（最大传输单元）匹配性：该故障是典型的小包正常、大包异常的网络问题，触发阈值1192字节正好接近VPN/专线等隧道网络的MTU调整后的承载上限。你可以在客户端执行命令测试：

  ping 服务器IP -f -l 1472
  

  如果返回「需要分片但DF位已设置」，说明路径上存在MTU小于1500的网络设备，逐步降低-l后的数值直到能ping通，即可得到当前路径的最大可传输单包大小。
• 检查客户端网卡卸载功能：TCP Chimney Offload、RSS、接收端缩放等硬件卸载功能在老旧网卡驱动上经常出现大包处理异常，你可以临时在客户端网卡属性中关闭所有卸载选项，重新执行查询验证是否恢复。
• 校验SQL Server网络配置：打开SQL Server配置管理器，检查TCP/IP协议的默认数据包大小，默认值为4096字节，若被人为修改为小于1200字节也会触发该问题；同时确认服务器端防火墙、入侵检测规则没有拦截大于1200字节的SQL服务响应包。
• 排除DNS解析异常：虽然报错提示主机不存在，但仅大包触发的场景下，大概率是TCP会话因大包丢包中断后，客户端重连时的DNS响应包过大被拦截，你可以直接在客户端的连接字符串中用IP地址替代主机名，测试是否还会触发报错。

对应解决方案 #

• 若确认是MTU不匹配导致的故障：可以统一调整路径上所有网络设备的MTU为一致值，或者直接在SQL Server客户端连接字符串中添加Packet Size=1024参数，强制用小于触发阈值的数据包传输，避开分片问题。
• 若为网卡卸载功能异常：更新网卡到最新稳定驱动，或者永久关闭对应的卸载选项即可。
• 若为SQL Server数据包大小配置异常：将数据包大小改回默认的4096字节即可。

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