当前位置：首页 > 系统运维 > 正文内容

的SQL Server DBCC命令概述

a8116255316年前 (2010-06-17)系统运维15

此文主要向大家讲述的是一些特别有用处，但相关文档中没有对其特别介绍的SQL Server DBCC命令，齐可以在优化 SQL Server 时进行使用，假如你对其相关的实际操作有兴趣了解的话，以下的文章将会给你提供相关的知识。

1.DBCC Cachestats：显示存在于当前 buffer Cache 中的对象的信息，例如：hit rates，编译的对象和执行计划。

例：

DBCC CACHESTATS

执行结果

Object Name Hit Ratio ———— ————- Proc 0.86420054765378507 Prepared 0.99988494930394334 Adhoc 0.93237136647793051 ReplProc 0.0 Trigger 0.99843452831887947 Cursor 0.42319205924058612 Exec Cxt 0.65279111666076906 View 0.95740334726893905 Default 0.60895011346896522 UsrTab 0.94985969576133511 SysTab 0.0 Check 0.67021276595744683 Rule 0.0 Summary 0.80056155581812771

从这个命令可以得到一些关键的统计信息：

Hit Ratio：显示特定对象可以在sql server的缓存中被命中的百分比，这个数值越大，越好。

Object Count：显示特定类型的对象在sql server的缓存中被命中的总数。

Avg.cost:sql server用于测量编译一个执行计划所需的时间，以及这个计划所需的内存。根据这个值，可以决定执行计划是否应该加载在缓存中。

Avg.Pages：测量在缓存中的对象使用8K页的平均总数。

LW Ojbect Count，LW Avg Cost，WL Avg Stay，LW Ave Use：这些列的值表明有多少特定的对象已经被写进程从缓存总移走。这些数值越低，越好。

2.DBCC DROPCLEANBUFFERS：从缓冲池中删除所有，清除缓冲区。在进行测试时，使用这个命令可以从sql server’s的数据缓存data cache(buffer)清除所有的测试数据，以保证测试的公正性。需要注意的是这个命令只移走干净的缓存，不移走脏缓存。由于这个原因，在执行这个命令前，应该先执行CheckPoint，将所有脏的缓存写入磁盘，这样在运行SQL Server DBCC RROPCLEANBUFFERS 时，可以保证所有的数据缓存被清理，而不是其中的一部分。

3.DBCC ErrorLog ：假如很少重起mssqlserver服务，那么服务器的日志会增长得很快，而且打开和查看日志的速度也会很慢。使用这个命令，可以截断当前的服务器日志，主要是生成一个新的日志。可以考虑设置一个调度任务，每周执行这个命令自动截断服务器日志。使用存储过程sp_cycle_errorlog也可以达到同样的目的。

4.DBCC FLUSHPROCINDB:用于清理一个数据库实例中指定数据库的存储过程使用的缓存。数据库的ID是必输参数。

在测试时保证以前的存储过程计划不会对测试结果造成负面影响，可以使用这个存储过程。

例子：

DECLARE @intDBID INTEGER SET @intDBID = (SELECT dbid FROM master.dbo.sysdatabases WHERE name = ’database_name’) DBCC FLUSHPROCINDB (@intDBID)

5.DBCC FREEPROCCACHE：用于清理所有数据库的过程高速缓存。例如，释放过程高速缓存将导致重新编译某些部分(例如特别 SQL 语句)，而不是从高速缓存中对其再使用。

6.DBCC MEMORYSTATUS：列出一个详细分类，分类中显示sql server缓存如何分配，包括缓存的活动。

7.SQL Server DBCC PAGE：用于查看sql server 中一个数据页的内容。

例：

DBCC PAGE((dbid|dbname)，pagenum [,Print Option][,cache][,logical])

参数说明：

Dbid or dbname ：可以是数据库ID或数据库名。

PageNum：要检查的页号

Print option：(可选)打印选项的值是：0，1，2。

0-(缺省)显示页的头信息。

1- 显示页的头信息，页中每行的信息以及页的偏移表。逐行显示页中的行。

2- 与选项1相同，除了不是逐行显示页行，而是显示一个单个的信息块。

Cache：(可选)该参数的值是1或0

0- 命令直接从磁盘查找页号而不是检查页号是否在高速缓存中DBCC PAGE

1- 若页在高速缓存中，优先从高速缓存中获取页，而不是直接从磁盘中获取页

Logical：(可选)该参数用于页号是从虚拟页中获取还是逻辑页中获取。这个参数的值可以是1或0，

0- 一个虚拟页号。

1- 一个逻辑页号。

8.DBCC SQLMGRSTATS：用于产生3个不同的值，这些值用在你想查看高速缓存在ad-hoc和预编译的TSQL语句中是如何工作的。

例：

DBCC SQLMGRSTATS

结果：

Item Status ————————- ———– Memory Used (8k Pages) 5446 Number CSql Objects 29098 Number False Hits 425490

其中：

Memor Used(8K Pages)：若内存页的数量非常大，这也许是个提示：表明一些用户连接正在预处理许多TSQL语句。

Number CSql Objects：表明已经在高速缓存中的TSQL的语句的总数。

Number False Hits：有时，当sql server在匹配在高速缓存中已经存在的TSQL语句时会出现错误的命中。在理想的情况下，这个数字应该尽可能地小。

9.SQL Server DBCC SQLPERF()：这个命令包括了那些有文档说明和没有说明的选项。

DBCC SQLPERF ( LOGSPACE )

提供有关所有数据库中的事务日志空间使用情况的统计信息。具体说明可参考联机帮助。

DBCC SQLPERF(UMSSTATS)：提供有关sql server 线程管理情况的统计信息。

运行这个命令，结果如下：

Statistic Value ——————————– ———————— Scheduler ID 0.0 num users 17.0 num runnable 0.0 num workers 13.0 idle workers 6.0 work queued 0.0 cntxt switches 76752.0 cntxt switches(idle) 47139.0 Scheduler Switches 0.0 Total Work 54056.0

以下是一些关键统计信息的解释：

Scheduler ID：每个cpu对应一个调度程序，这是调度程序的序号。

Num user：目前在调度队列中的SQL Server线程数目。

Num runnable: 目前正在运行的SQL Server线程数目。

Num Workers：线程池的大小。

Idle workers：正在空闲的workers。

Cntxt switches：在可执行的线程之间交换上下文的数目。

DBCC SQLPERF(WAITSTATS)：提供有关sql server read-ahead activity的信息。

DBCC SQLOERF(iosTATS)：提供主要的SQL server读和写的信息。

SQL Server DBCC SQLPERF(RASTATS)：提供SQL server read-ahead 活动的信息。

DBCC SQLPERF (THREADS)：提供每个sql server线程的I/O，CPU及内存使用情况的信息。