以下是针对您的问题的一些可能的解决方案:
这是您在那里拥有的 30 GB 索引。您试图通过重建来解决什么可衡量的性能问题?尤其是在 5% 的碎片化时,这似乎是一项极其昂贵的操作(在系统资源和锁定方面),但收益却很少。
您可以在此处阅读有关为什么要放弃索引重建的一些非常有根据的意见:
这绝对是您最好、最简单的选择。这是本垒打。做这个。
索引重建需要 SCH-M 锁。如果您添加WITH (ONLINE = ON)
到您的ALTER INDEX
命令中,该锁将被推迟到重建操作的最后,这可能会增加任何阻止您的维护任务完成已释放其锁的可能性。
这可能是所有选项中工作量最大的。您可以在ALTER INDEX
命令运行时运行 sp_WhoIsActive ,它应该会向您显示正在运行的其他内容,特别是它会向您显示阻止该ALTER INDEX
命令获取其锁定的其他会话。那时,你有很多选择来处理这个问题:
归档时间: |
|
查看次数: |
460 次 |
最近记录: |