需要我们了解的SQL Server阻塞原因与解决方法
上篇说SQL Server应用模式之OLTP系统性能分析。五种角度分析sql性能问题。本章依然是SQL性能 五种角度其一阻塞与死锁 这里通过连接在sysprocesses里字段值的组合来分析阻塞源头，可以把阻塞分为以下5种常见的类型（见表）。waittype,open_tran,status,都是sy
上篇说SQL Server应用模式之OLTP系统性能分析。五种角度分析sql性能问题。本章依然是SQL性能 五种角度其一“阻塞与死锁”
这里通过连接在sysprocesses里字段值的组合来分析阻塞源头，香港空间，可以把阻塞分为以下5种常见的类型（见表）。waittype,open_tran,status,都是sysprocesses里的值，“自我修复？”列的意思,就是指阻塞能不能自动消失。
5种常见的阻塞类型
类型 waittype open_tran status 自我修复 原因/其他特征
1 不为0 >=0 runnable 是的，当语句运行结束后 语句运行的时间比较长，运行时需等待某些系统资源（如硬盘读写、CPU或内存等）。
2 0x0000 >0 sleeping 不能，但是如果运行 KILL语句，这个链接能够很容易被终止 可能客户端遇到了一个语句执行超时，或者主动取消了上一语句的执行，但是没有回滚开启的事务，在SQL Trace里能够看到一个Attention事件
3
0x0000
0x0800
0x0063
>=0
runnable
不能。知道客户端吧所有结果都主动取走，网站空间，或者主动断开连接，可以运行KILL语句去终止它，但是可能要花长达30秒
客户端没有及时把所有结果都取走，这时可能open_tran=0，事务隔离级别也为默认（READ COMMITTED），但这个连接还会持有锁资源
4 0x0000 >0 rollback 是的 在SQL Trace里能够看到这个SPID已经发来了一个Attention事件，说明客户端已经遇到了超时，或者主动要求回滚事务
5 各种值都有可能 >=0 runnable 不能，直到客户端取消语句运行或者主动断开连接。可以运行KILL语句终止它，但是可能要花长达30秒 应用程序运行中产生死锁，在SQL Server中以阻塞形式体现。Sysprocesses里阻塞和被阻塞的连接hostname值是一样的
下面详细介绍这些类型产生的原因，以及解决方法
类型1：由于语句运行时间太长而导致的阻塞，香港服务器租用，语句本身在正常运行中，只须等待某些系统资源。