每当在我们的系统中有一个块(一切都停止)。我看到下面的查询是罪魁祸首,
(@P1 numeric(10))SELECT "Col1128","Tbl1029"."A_NAME" "Col1124" FROM "DbName"."Schema"."MyTable1"
"Tbl1029" RIGHT OUTER JOIN (SELECT "Tbl1027"."MyColumn1" "Col1126","Tbl1027"."MyColumn2"
"Col1127","Tbl1027"."MyColumn4" "Col1128","Tbl1027"."MyColumn5" "Col1130","Tbl1027"."MyColumn6"
"Col1129","Tbl1027"."MyColumn5" "Col1131" FROM "DbName"."Schame"."MyTable2" "Tbl1027" WHERE
"Tbl1027"."MyColumn1"=@P1) Qry1132 ON CONVERT(numeric(2,0),"Tbl1029"."MyColumn3",0)="Col1126"
我们有 2 个独立的数据库服务器,它们具有完全不同的数据库。以上在 DB 服务器 2 中运行,但请求来自 DB 服务器 1(客户端主机名)。我们有 100 个应用程序连接到数据库服务器。此外,我们在数据库服务器之间有链接服务器。
现在,我知道查询来自带有 ProgramName 的 DB 服务器 1 Microsoft SQL Server
。现在我很困惑程序Microsoft SQL Server
是使用 ORM 指示链接服务器查询还是应用程序查询。
我正在搜索所有应用程序,但还没有找到任何东西。从 DBA 的角度来看,我还能做些什么来解决真正的问题
主机名“DB server 1”和“Microsoft SQL Server”程序名表示链接服务器查询,而不是直接从应用程序执行的查询。
正如@Learning_DBAdmin 在评论中建议的那样,检查阻塞期间在 DB 服务器 1 上运行的活动查询。一个或多个应显示与链接服务器的查询以及原始应用程序主机和程序名称。
真正的问题可能是需要进行查询/索引调整以优化远程查询。您可能需要 join/where 子句列上的索引。显式转换
Tbl1029.MyColumn3
将排除在列上有效使用索引(如果存在)。由此产生的完整扫描可能会导致阻塞。