《SQLSERVERDBCC命令解释》由会员分享，可在线阅读，更多相关《SQLSERVERDBCC命令解释（12页珍藏版）》请在金锄头文库上搜索。
1、SQL SERVER DBCC命令解释 八点钟起床一直搞到现在，好多还不太记得，先放上来以后慢慢修改 -1 dbcc trraceon DBCC TRACEOFF -对于数据库死锁，通常可以通过TRACE FLAG 1204、1205、1206，检查ERRORLOG里面的输出，和分析SQLTRACE的执行上下文判断死锁问题的来由。 -TRACEON函数的第三个参数设置为-1，表示不单单针对当前connection， -而是针对所有包括未来建立的connection。这样，才够完全，否则只是监视当前已经建立的数据库连接了。 -执行下面的话可以把死锁记录到Errorlog中： dbcc trace
2、on (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 禁用对象的并行检查。 -默认情况下，并行度由查询处理器自动确定。最大并行度的配置
3、方式与并行查询相同。 -有关更多信息，请参见 max degree of parallelism 选项。 - 通常情况下，应将并行 DBCC 保留为启用状态。执行 DBCC CHECKDB 时， - 查询处理器重新评估和自动调整并行度，并检查每个表或一批表。 -有时，检查可能在服务器处于实际空闲状态时进行。如果管理员知道在检查结束前负荷将加大， -可能希望手工减小或禁用并行度。 - 但是，禁用并行检查会导致数据库的总体性能降低。降低并行度将增加必须扫描的事务日志量。 -这反过来增加了对 tempdb 空间的需求，并导致 dbcc 完成检查所需的时间非线性增加。 -如果运行 DBCC 时启用了
4、TABLOCK 功能并关闭了并行度，则表可能被锁定更长时间。 -3205：默认情况下，如果磁带驱动器支持硬件压缩，则 DUMP 或 BACKUP 语句会使用该功能。 - 利用此跟踪标记，可以禁用磁带驱动程序的硬件压缩。 - 本项在要与不支持压缩的其它站点或磁带驱动器交换磁带时有用。 -3604：将trace结果输出到前端 -3605：要求DBCC的输出放到SQL server ERROR LOG -8602：停止索引提示功能 -8722：停止join group等最优化提示功能 -8755：停止锁提示功能 -8780：停止最优化超时配置，强制做完整的最优化动作 -2 DBCC page dbc
5、c traceon(3604) dbcc page(northwind,1,100,1) /*查询northwind 的数据的第101个页面的信息*/ /*DBCC Page (dbid|dbname,filenum,pagenum,printopt) ? 具体参数描述如下： dbid: 包含页面的数据库ID dbname:包含页面的数据库的名称 filenum:包含页面的文件编号 pagenum:文件内的页面 printopt:可选的输出选项；选用其中一个值： 0:默认值，输出缓冲区的标题和页面标题 1:输出缓冲区的标题、页面标题(分别输出每一行)，以及行偏移量表 2:输出缓冲区的标题、页面
6、标题(整体输出页面)，以及行偏移量表 3:输出缓冲区的标题、页面标题(分别输出每一行)，以及行偏移量表；每一行后跟分别列出的它的列值 */ -3 DBCC checkalloc DBCC checkalloc（northwind) /*检查指定数据库的系统表内和表间的一致性 checkalloc是检查指定数据库，看其所有正确分配的页和尚未分配的页的情况。 若未指定数据库名，则checkalloc检查当前数据库。checkalloc会返回已分配的和使用的空间数量。 checkalloc的缺省模式为nofix，要使用fix选项，必须把数据库置于单用户模式。 */ -4 DBCC checkcata
7、log DBCC checkcatalog(northwind) /* 检查批定数据库的系统表内和系统表间的一致性 */ -5 DBCC checkconstraints DBCC checkconstraints(products) /* 检查指定表上的指定约束或所有约束的完整性 DBCC CHECKCONSTRAINTS (table_name|constraint_name ) WITH ALL_ERRORMSGS|ALL_CONSTRAINTS DBCC CHECKCONSTRAINTS在某个数据库中，检测某些特定的约束或者全部约束的一致性。 DBCC CHECKCONSTRAINTS
8、总是在当前数据库的上下文环境中执行。 注意，DBCC CHECKCONSTRAINTS并不进行磁盘或者文件级别的一致性检测; 它只是确保外键定义的一致性，同时检测约束仅仅是确认数据有效。 如果你希望检测磁盘上表和索引的一致性， 你应该执行DBCC CHECKDB或者在所有的表上执行DBCC CHECKALLOC和 DBCC CHECKTABLE的组合。 */ -6 DBCC checkdb DBCC checkdb /* 检查数据库中的所有对象的分配和结构完整性 checkdb (database_name, NOINDEX | REPAIR) WITH NO_INFOMSGS, ALL_ER
9、RORMSGS, PHYSICAL_ONLY , ESTIMATEONLY, TABLOCK */ -7 DBCC cleantable DBCC cleantable /* 回收alter table drop column语句 删除可变长度列或text列后的存储空间 cleantable (database_name|database_id, table_name|table_id, batch_size) */ -8 DBCC dbreindex DBCC dbreindex /* 重建指定数据库的一个或多个索引 dbreindex (table_name , index_name ,
10、fillfactor ) WITH NO_INFOMSGS */ -9 DBCC indexdefrag DBCC indexdefrag /* 对表或视图上的索引和非聚集索引进行碎片整理 indexdefrag (dbid | dbname | 0, tableid | tablename, indid | indname) */ -10 DBCC pintable/DBCC unpintable -将表数据驻留在内存中或撤销驻留 在内存中的数据 -pintable (database_id, table_id) -11 DBCC shrinkdatabase -收缩指定数据库的数据文件和日
11、志文件大小 -shrinkdatabase (dbid | dbname, freespace_percentage , NOTRUNCATE | TRUNCATEONLY) -12 DBCC shrinkfile -收缩相关数据库的指定数据文件和日志文件大小 -shrinkfile (fileid | filename, compress_size , NOTRUNCATE | TRUNCATEONLY | EMPTYFILE) - -13 DBCC dllname(free) -在内存中制裁指定的扩展想念过程动态链接库（DLL） sp_helpextended proc -查询当前内存中的
12、扩展存储过程动态链接库 - -14 DBCC dropcleanbuffers -从缓冲池中删除所有缓冲区 /*使用 DBCC DROPCLEANBUFFERS 测试带有冷高速缓存的查询，而不用关闭和重新启动服务器 */ - -15 DBCC freeproccache -从过程缓冲区删除所有元素 -清理所有数据库的过程高速缓存 - -16 DBCC inputButter -显示从客户机发送到服务器的最后一个语句 - -17 DBCC opentran -查询某个数据库执行时间最久的事务，由哪个程序拥有 - -18 DBCC show_statistics -显示指定表上的指定目前的当前分布统计信息 - -19 DBCC showcontig -显示指定表的数据和索引的碎片信息 - -20 DBCC sqlperf -可用参数logspace,iostats,threads -返回多种有用的统计信息 -dbcc sqlperf(logspace) Database Name Log Size (MB) Log Space Used (%) Sta
