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
分类:
SQL Server--DBCC
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· 25岁的心里话
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现