我注意到 tempdb 读/写的大幅上升。这是在同一时间有人跑Alter Index
,我注意到当时最大的等待是LCK_M_SCH_S
。
我试图找出导致读/写延迟上升的原因。所有四个 tempdb 文件都有上升,所以我认为它要么是架构锁定,LCK_M_SCH_S
要么可能是网络连接问题。
它已经清除并恢复正常,所以我更多地考虑锁定问题。根据我们使用的 SQL 监视器,等待类型不是 I/O,但是我在网上找不到任何可以在LCK_M_SCH_S
和 tempdb 之间建立连接的东西。想法?
我注意到 tempdb 读/写的大幅上升。这是在同一时间有人跑Alter Index
,我注意到当时最大的等待是LCK_M_SCH_S
。
我试图找出导致读/写延迟上升的原因。所有四个 tempdb 文件都有上升,所以我认为它要么是架构锁定,LCK_M_SCH_S
要么可能是网络连接问题。
它已经清除并恢复正常,所以我更多地考虑锁定问题。根据我们使用的 SQL 监视器,等待类型不是 I/O,但是我在网上找不到任何可以在LCK_M_SCH_S
和 tempdb 之间建立连接的东西。想法?
LCK_M_SCH_S很可能与您的索引/表有关,而
ALTER INDEX
不是与tempdb
.关于您在操作
tempdb
期间看到的峰值,ALTER INDEX
它可能是由SORT_IN_TEMPDB 索引选项引起的:tempdb
如果使用该选项,索引重建也可能导致使用量增加ONLINE = ON
,因为重建期间的修改保存在tempdb
. 有关详细信息,请参见联机索引操作的临时磁盘空间: