SQL SERVER DBCC命令解释

最新推荐文章于 2019-09-20 22:28:01 发布

myhao846707

最新推荐文章于 2019-09-20 22:28:01 发布

阅读量365

点赞数

本文链接：https://blog.youkuaiyun.com/myhao846707/article/details/27181543

版权

本文介绍 SQL Server 中 DBCC 命令的使用方法，特别是如何利用 DBCCTRACEON 和 DBCCTRACEOFF 控制死锁跟踪标志，以及其它几个常用跟踪标志的作用，如 1200 锁信息输出、1204 死锁程序运行数据返回等。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

详细页面：http://www.verydemo.com/demo_c155_i5144.html

SQL SERVER DBCC命令解释

八点钟起床一直搞到现在，好多还不太记得，先放上来以后慢慢修改

2007-05-01 12:56:28

---------------------
--1 dbcc trraceon DBCC TRACEOFF
--对于 数据库死锁，通常可以通过TRACE FLAG 1204、1205、1206，检查ERRORLOG里面的输出，和分析SQLTRACE的执行上下文判断死锁问题的来由。
--TRACEON函数的第三个参数设置为-1，表示不单单针对当前connection，
--而是针对所有包括未来建立的connection。这样，才够完全，否则只是监视当前已经建立的 数据库连接了。
--执行下面的话可以把死锁记录到Errorlog中：

dbcc traceon (1204, 3605, -1)
go
dbcc tracestatus(-1)
go

--说明：
--260：打印关于扩展存储过程动态链接库的版本信息
--444：停止auto-parameterization
--1200：输出锁信息
--1204：传回参与死锁的SQL SERVER相关程序之运行数据
--1211：停止lock escalation（锁升级）
--1252：显示动态选择锁的相关信息
--2528：通过 DBCC CHECKDB、DBCC CHECKFILEGROUP 和 DBCC CHECKTABLE 禁用对象的并行检查。
--默认情况下，并行度由查询处理器自动确定。最大并行度的配置方式与并行查询相同。
--有关更多信息，请参见 max degree of parallelism 选项。
-- 通常情况下，应将并行 DBCC 保留为启用状态。执行 DBCC CHECKDB 时，
-- 查询处理器重新评估和自动调整并行度，并检查每个表或一批表。
--有时，检查可能在服务器处于实际空闲状态时进行。如果管理员知道在检查结束前负荷将加大，
--可能希望手工减小或禁用并行度。
-- 但是，禁用并行检查会导致 数据库的总体性能降低。降低并行度将增加必须扫描的事务日志量。
--这反过来增加了对 tempdb 空间的需求，…………………………………………………………………………