为何MS Access通过互联网ODBC连接SQL Server速度极慢？

• 延迟（Latency）：本地局域网延迟通常在1-10ms以内，跨互联网连接的延迟可能达到50-200ms甚至更高。ODBC基于TCP协议，每次数据交互都需要往返确认，高延迟会累加放大每一步的耗时，多表关联、多请求的场景下这个问题会被无限放大。
• 网络稳定性与丢包：互联网链路的丢包率远高于本地网络，丢包会触发TCP重传，进一步增加等待时间；本地网络几乎无丢包，数据传输全程顺畅。
• 路由路径复杂度：本地网络是直接的二层/三层转发，互联网连接要经过多个ISP中转节点，每个节点都会增加处理延迟，遇到链路拥堵时情况会更糟。
• 实际带宽利用率：虽然标称都是1Gbit/sec，但互联网带宽的实际可用吞吐量受限于跨网链路瓶颈（比如国际出口带宽），而本地网络的带宽是独占或高优先级的，能充分利用标称带宽。
• 协议优化支持：本地网络通常能支持TCP窗口缩放、大段传输等优化，而互联网环境中部分ISP可能限制这些参数，且ODBC驱动在公网环境下默认配置往往更保守（比如更小的数据包大小），进一步降低传输效率。

优化Access查询逻辑 #

• 把复杂计算放到SQL Server端：将多表关联、过滤、聚合的查询改写成SQL Server的存储过程或视图，让数据库服务器完成所有计算，只返回最终需要的结果集，大幅减少跨网传输的数据量。
• 严格限制返回数据：查询中必须加WHERE条件过滤不必要的数据，绝对避免用SELECT *，只获取业务需要的字段。
• 避免低效查询写法：杜绝嵌套查询、笛卡尔积这类会生成海量中间数据的写法，这类查询在本地可能快，但跨网传输中间数据会直接拖垮速度。

调整ODBC驱动配置 #

• 启用TCP高级优化：在ODBC数据源配置里，开启TCP窗口缩放、启用大数据包（MTU），调整连接超时参数，减少重传次数。
• 使用最新版ODBC驱动：微软针对云SQL Server优化的ODBC Driver 18 for SQL Server，对公网传输有专门的优化，性能比旧版好很多。
• 开启连接池：启用ODBC连接池，减少重复建立连接的开销，尤其适合频繁执行查询的场景。

网络层面优化 #

• 搭建私有链路：用AWS VPN或Direct Connect专线把本地网络和AWS虚拟机连接起来，把公网连接转换成类似局域网的私有链路，大幅降低延迟和丢包率。
• 就近选择云实例区域：如果本地在国内，优先选AWS国内区域的EC2实例，或者物理距离更近的云区域，缩短物理路径减少延迟。

SQL Server端优化 #

• 补充合适的索引：针对查询里的过滤、关联字段创建非聚集索引，提升服务器端的查询执行效率，减少计算时间。
• 开启查询缓存：配置SQL Server的查询缓存策略，重复查询直接返回缓存结果，避免重复计算和数据传输。
• 确保服务器资源充足：检查AWS EC2实例的CPU、内存、磁盘IO使用率，避免服务器端成为性能瓶颈（比如CPU跑满、磁盘IO过高都会拖慢查询）。

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