MS SQL Polybase外部表查询极慢排查：仅3行2列耗时15分钟

针对你遇到的问题，结合提供的脚本，以下是可能的配置遗漏或错误点，以及对应的解决方法：

1. 错误使用Polybase处理本地跨库查询 #

Polybase的设计目标是连接外部异构数据源（如Hadoop、Azure存储、远程SQL Server等），本地SQL Server实例内的跨库查询完全不需要通过Polybase实现。直接使用常规跨库查询语句即可：

SELECT * FROM ModuleIdentity.dbo.Module;

用Polybase处理本地跨库会引入不必要的中间层开销，这是导致查询极慢的核心原因之一。

2. LOCATION配置的协议选择问题 #

如果坚持使用Polybase，当前的LOCATION = 'sqlserver://localhost'可能存在协议解析低效的问题。建议指定具体协议或端口，比如：

• 使用命名管道（更适合本地连接）：

CREATE EXTERNAL DATA SOURCE testlocal
WITH (
  LOCATION = 'sqlserver://np:\\localhost\pipe\sql\query' ,
  CREDENTIAL = CrossDbCredLocal
);

• 或指定TCP端口：

CREATE EXTERNAL DATA SOURCE testlocal
WITH (
  LOCATION = 'sqlserver://localhost,1433' ,
  CREDENTIAL = CrossDbCredLocal
);

3. 外部数据库的权限缺失 #

你的脚本仅在当前数据库创建了testlocal用户，但外部数据库ModuleIdentity中并未创建对应用户并赋予权限。需要在ModuleIdentity数据库中执行以下脚本：

USE ModuleIdentity;
CREATE USER [testlocal] FOR LOGIN [testlocal];
ALTER ROLE db_datareader ADD MEMBER [testlocal];

缺少这一步会导致身份验证过程中出现多次重试，大幅增加查询耗时。

4. 外部表统计信息缺失 #

Polybase外部表不会自动生成统计信息，查询优化器无法获取数据分布情况，可能选择低效执行计划。手动创建统计信息：

CREATE STATISTICS stats_Module ON dbo.Module (ID, Name);

5. Polybase服务状态检查 #

确保本地SQL Server的Polybase Engine和Polybase Data Movement Service服务处于正常运行状态。如果服务异常，会导致数据传输阻塞或超时。

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