(查看语句运行时间异常的原因.docVIP

查看语句运行时间异常的原因（SQLServer） 经常有开发同事反映如下情况：我有一条语句或者一个JOB昨天跑半个小时就完成了，今天怎么跑了两个小时还没有完成？ 是不是数据库出现问题了？ 数据库语句运行时间异常，其实是一个比较复杂的情况，因为数据是不断变动的，今天好好的一条语句，有可能明天运行就 不在预计的时间内了，这个场景是没办法完全重溯的，即便有当时的备份数据，但是当时的服务器压力是没有办法知道和营造 的；但是好在现在不是要调查昨天语句跑时间异常的原因，而是要找到现在语句运行异常的原因，现在的情况还正在进行着呢， 所以我们可以根据语句目前的情况，初步来排查一下； 其实要考虑的问题比较多： 1. 索引是否正常（索引是否损坏、有没有人删除索引等）； 2. 统计信息是否过时； 3. 语句执行计划是否发生偏移（和索引、统计信息以及数据量都有关系）； 4. 语句是否有bug； 5. 是否发生的阻塞； 6. 系统资源是否遇到瓶颈； 这么多的情况都考虑的话我们很难下手，一般解决这个问题我们都需要采用比较快的方式来做排查，以下方法主要针对5和6两 个方面进行，因为这两个方面是最常见的情况。 我们来简单模拟一下排查过程: 1. 创建测试表和数据 USE [master]GO/****** Object: Table [dbo].[a] Script Date: 01/17/2012 16:46:34 ******/SET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOSET ANSI_PADDING ONGOCREATE TABLE [dbo].[a]( [id] [int] IDENTITY(1,1) NOT NULL, [name] [varchar](100) NULL) ON [PRIMARY]GOSET ANSI_PADDING OFFGOinsert into a values(aa),(bb),(cc) 2. 制造阻塞：开两个session，分别运行下面的语句 --Session 1use mastergobegin tranupdate A set name=abc where id=2--rollback --Session 2select * from a 因为Session1 的Update语句没有能够提交，所以此时Session2 过程会被阻塞 3. 分析排查： 我们首先需要查询下此时数据库中是否存在阻塞： --Blockedselect * from sys.sysprocesses with(nolock) where blocked0 我们看到了阻塞的记录，53阻塞了56，被阻塞的资源是：dbid 1 file 1 page 307； 接下来我们需要知道阻塞和被阻塞的是什么语句，有两种方式： a. dbcc inputbuffer b. sys.dm_exec_sql_text 方法一与方法二相比： 优点：方法一能显示非活动session的语句，方法二只能查活动的session（通过sp_who2 active 能显示是否活动）； 缺点：方法一只能一个一个查询，方法二可以多个一起查询； 方法一： --No1:dbcc inputbuffer(53)godbcc inputbuffer(56) 方法二： --No2:SELECT S.session_id, R.blocking_session_id, S.host_name, S.login_name,  databaseName=DB_NAME(R.database_id),R.command, R.status, current_execute_sql = SUBSTRING(T.text, R.statement_start_offset / 2 + 1, CASE WHEN statement_end_offset = -1 THEN LEN(T.text) ELSE (R.statement_end_offset - statement_start_offset) / 2+1 END), S.program_name, S.status, S.cpu_time, memory_usage_kb = S.memory_usage * 8, S.reads, S.wri