1、我们很容易推断出问题的原因是由于BLOCKING导致的,但是我们无法得知BLOCKING HEADER是什么,我们必须要等下次问题重现时,辅之以工具,才能得知BLOCKING HEADER在做什么事情。如果信息抓取时机不对,我们可能要等问题发生好几次,才能抓到。这时候,客户和经理就会有抱怨了。因为我们的系统是生产系统,问题每发生一次,都会对客户带来损失。2011-06-01 16:22:30.98 spid1931 Alert There are 158 Active database sessions which is too high. 23:31.16 spid3248 Alert Th
2、ere are 342 Active database sessions which is too high. 24:31.06 spid3884 Alert There are 517 Active database sessions which is too high. 25:31.08 spid3688 Alert There are 694 Active database sessions which is too high. 26:50.93 Server Using dbghelp.dll version 4.0.550.97 Server *Dump thread - spid
3、= 0, EC = 0x0000000000000000 *Stack Dump being sent to D:MSSQL10.INSTANCEMSSQLLOGSQLDump0004.txt * * * * BEGIN STACK DUMP: * 06/01/11 16:50 spid 4124 * Deadlocked Schedulers * - * Short Stack Dump51.01 Server Stack Signature for the dump is 0x0000000000000258BLOCKING的信息抓取有很多种方法。这里罗列了几种。并且对每种分析它的优缺点。
4、以便我们选择。在枚举方法之前,我们先简单演示一下BLOCKING.我们首先创建一个测试表:DROP TABLE TESTTABLEGOCREATE TABLE dbo.TESTTABLE( ID int NULL, NAME nvarchar(50) NULL)INSERT INTO TESTTABLE VALUES (1, aaaa然后打开一个查询窗口,执行下面的语句, 该语句修改一行数据,并等待3分钟,然后在结束transactionBEGIN TRANSACTIONUPDATE TESTTABLE SET NAME = bbbb WHERE ID = 1WAITFOR DELAY 00:
5、03:00COMMIT TRANSACTION这时候,如果打开另外一个查询窗口,执行下面的语句,下面的语句就会被BLOCK住。cccc方法一, 抓取SQL Profiler=SQL Profiler里面包含大量的信息。其中有一个事件在Errors and Warnings-Blocked Process Report专门用来获得blocking的情况。但是因为信息量比较大,而且我们并不能很好的估算在什么时候会产生blocking,另外在生产环境使用Profiler, 对性能可能会有影响,所以SQL Profiler并不是最合适的工具。我们在这里并不对它赘述。方法二, 执行查询=如果我们检查问题
6、的时候,blocking还存在,那么,我们可以直接可以运行几个查询,得知BLOCKING HEADER的信息SELECT * FROM sys.sysprocesses where spid50上述查询只是告诉我们,BLOCKING HEADER的头是SPID=53, 但是并没有告诉我们SPID=53在做什么事情。我们可以用下面的查询,得到SPID=53的信息DBCC INPUTBUFFER(53)我们可以把上述的两个查询合并起来,用下面的查询:SELECT SPID=p.spid, DBName = convert(CHAR(20),d.name), ProgramName = progra
7、m_name, LoginName = convert(CHAR(20),l.name), HostName = convert(CHAR(20),hostname), Status = p.status, BlockedBy = p.blocked, LoginTime = login_time, QUERY = CAST(TEXT AS VARCHAR(MAX) FROM MASTER.dbo.sysprocesses p INNER JOIN MASTER.dbo.sysdatabases d ON p.dbid = d.dbid INNER JOIN MASTER.dbo.syslog
8、ins l ON p.sid = l.sid CROSS APPLY sys.dm_exec_sql_text(sql_handle) WHERE p.blocked = 0 AND EXISTS (SELECT 1 FROM MASTER.sysprocesses p1 WHERE p1.blocked = p.spid)这样,一次执行,就能告诉我们BLOCKING header的SPID信息,以及该SPID在做的语句。我们可以进一步研究该语句,以理解为什么该语句执行很慢。用这个方法有一个缺点,就是使用的时候,要求BLOCKING是存在的。如果BLOCKING已经消失了,那么我们的方法就不管
9、用了。方法三,长期执行一个BLOCKING SCRIPT=因为我们通常无法知道BLOCKING什么时候会产生,所以通常的办法是我们长期运行一个BLOCKING SCRIPT, 这样,等下次发生的时候,我们就会有足够的信息。长期运行BLOCKING SCRIPT对性能基本上是没有影响的。因为我们每隔10秒钟抓取一次信息。缺点是,如果问题一个月才发生一次,那么,我们的BLOCKING日志信息会很大。所以这种方法适用于几天之内能重现问题。运行方法如下:如果要停止运行,我们按ctrl+c就可以了。BLOCKING的信息存在log.out这个文件中我们可以打开log.out这个文件, 会发现SPID 5
10、4被 SPID 53给Block住了。而随后,我们可以看到SPID=53在做什么事情:下面是BLOCKING SCRIPT的脚本, 我们可以把它存为blocking.sqluse mastergowhile 1 =1beginprint Start time: + convert(varchar(26), getdate(), 121)Print Running processesselect spid, blocked, waittype, waittime, lastwaittype, waitresource, dbid, uid, cpu, physical_io, memusage, login_time, last_batch,open_tran, status, hostname, program_name, cmd, net_library, loginamefrom sysprocesses -where (kpid 0 ) or (spid 51)- Change it if you only want to see the working processes*lockinfor*select convert (smalli
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1