DBCC--CHECKDB--使用快照还是表锁

在SQL SERVER 2005及后续版本中, DBCC CHECKDB运行时不对数据表加排他锁,而使用内部数据库快照来保持数据一致性,内部数据库快照本质是sparse Filestream,使用Sparse file+COPY_ON_WRITE技术。

如果DBCC CHECKDB使用WITH TABLOCK,将不再使用内部数据库快照,而是对表加排他锁来防止数据表被修改,这样会导致数据库无法访问。

 

WITH TABLOCK阻塞了用户访问的同时,也大大提高了DBCC CHECKDB的执行速度(数十倍的提示)

 

为获得WITH TABLOCK相同的速度同时又不影响当前的用户访问,可先创建数据库快照,然后在快照数据库上运行DBCC CHECKDB

 

参考资料:

http://blogs.msdn.com/b/apgcdsd/archive/2013/01/10/dbcc-checkdb-dbcc-checktable.aspx

 

 

 

posted on   笑东风  阅读(429)  评论(0编辑  收藏  举报

编辑推荐:
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· 25岁的心里话
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现

导航

点击右上角即可分享
微信分享提示