如何监控和解决SQL Server的阻塞

1. 什么是"阻塞"?

阻塞是SQL数据库应用"锁"机制的一个副作用。当一个应用请求针对某个数据库对象(例如全表，某行数据, 或者是某个数据页)加锁后，那么这个锁会阻塞其它的应用请求。这就好像你把家里的大门上了锁，你的老婆没有钥匙，只能等待你回家。她进入房间的请求被你阻塞了，不得不等待，直到你解锁开门。对于数据库来说短暂的阻塞是可以被接受的。而且短暂的阻塞也是数据库的常态。只有当阻塞的时间超过了人们的容忍时间，这种阻塞现象需要DBA的关注。

 

2. 如何发现"当前"的"阻塞"?

 

通过下列工具可以发现当前正在发生的阻塞现象

活动监视器 Activity Monitor

sp_who2

动态性能视图(DMV)

 

http://blog.csdn.net/hwu14/article/details/23345809

默认情况下， Linux会最多使用40%的可用内存作为文件系统缓存。当超过这个阈值后，文件系统会把将缓存中的内存全部写入磁盘， 导致后续的IO请求都是同步的。

将缓存写入磁盘时，有一个默认120秒的超时时间。 出现上面的问题的原因是IO子系统的处理速度不够快，不能在120秒将缓存中的数据全部写入磁盘。

IO系统响应缓慢，导致越来越多的请求堆积，最终系统内存全部被占用，导致系统失去响应。

建议根据应用程序情况，对vm.dirty_ratio，vm.dirty_background_ratio两个参数进行调优设置。 例如，推荐如下设置：

# sysctl -w vm.dirty_ratio=10

# sysctl -w vm.dirty_background_ratio=5

# sysctl -p

如果系统永久生效，修改/etc/sysctl.conf文件。加入如下两行：

#vi /etc/sysctl.conf

vm.dirty_background_ratio = 5

vm.dirty_ratio = 10

重启系统生效。

---