部分用户Excel通过M查询连接本地SQL数据源缓慢问题咨询

可能的原因 #

• 身份验证路径差异：即使同为Windows域账户，部分用户的账户可能需要经过额外的域控制器节点验证，或存在Kerberos票据过期/无效的情况，导致连接SQL时身份验证环节耗时过长。
• 服务器名称解析延迟：用户机器无法快速解析SQL服务器的主机名，比如DNS缓存失效、未配置本地hosts映射，导致每次连接都需要反复发起名称解析请求。
• Office/Power Query版本差异：用户使用的Office版本较旧，Power Query的SQL连接组件未得到性能优化，而你的新版本组件在连接逻辑上有改进。
• 安全软件拦截：用户机器上的杀毒软件、防火墙对SQL默认端口（1433）的连接请求做了深度扫描，增加了连接建立的时间成本。
• 隐私设置缓存冲突：虽然统一设置为“组织”级隐私策略，但用户本地的Power Query隐私缓存存在异常，导致连接时重复执行隐私验证流程。
• 连接池未复用：用户的Excel实例未启用或无法复用SQL连接池，每次刷新都需要重新建立全新连接，而你的机器因为连接池复用跳过了初始化步骤。

可尝试的优化措施 #

• 替换服务器名称为IP地址：修改M查询语句为=Sql.Database("192.168.x.x", "database")（替换为实际SQL服务器IP），绕过名称解析环节。
• 重置Kerberos票据：让用户在命令提示符中执行klist purge，清除无效的Kerberos票据后重新刷新数据，验证身份验证速度是否提升。
• 统一Office版本：确保所有用户使用与你相同版本的Office（可通过文件>账户>关于Excel查看版本号），更新旧版本到最新稳定版。
• 添加安全软件白名单：指导用户将Excel程序、SQL服务器IP/1433端口加入杀毒软件和防火墙的白名单，排除连接扫描。
• 显式开启连接池：修改M查询，添加连接池参数：

  = Sql.Database("server", "database", [EnableConnectionPooling=true, ConnectionTimeout=10])
  

• 清除隐私设置缓存：让用户进入文件>选项>数据>隐私>清除级别设置，清空隐私缓存后重新设置为“组织”级。
• 测试SQL账户连接：临时改用SQL身份验证（创建专用只读SQL账户），对比Windows账户的连接速度，定位是否为域身份验证的问题。
• 检查域控制器状态：联系IT团队确认用户所在域控制器的负载情况，排查是否存在域验证响应延迟的问题。

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