1、巷佯袜瘫检查数据库锁的使用情况 检查步骤： 查看数据库lock配置 sp_configure 'number of locks'（结果中memory used为已用值，config value为配置值,run为当前运行值）an"'> 查看数据库lock配置
2、查看系统中在用锁的数量
3、参考指标：正常情况下，数据库在用锁的数量应远少于最大可用锁的数量；如果数据库在用锁的数量长期接近最大可用锁的数量(如达到80%)，即应分析产生锁的原因或增加最大可用锁的数量。
4、备注：定期检查数据库日志，当数据库锁的数量不足时，日志会有提示要增加锁数目。 (如达到80%)，即应分析产生锁的原因或增加最大可用锁的数量。
5、检查死锁情况检查步骤：1. 用sp_who获取关于被阻碍进程的信息。系统过程sp_who给出系统进程的报告。如果用户的命令正被另一进程保持的锁阻碍。
6、sp_who的显示结果中：status列显示“lock sleep”。blk列显示保持该锁或这些锁的进程标识，即被谁锁定了。loginame列显示登录操作员。结合相应的操作员信息表，便可知道操作员是谁。
7、locktype列显示加锁的类型和封锁的粒度，有些锁的后缀还带有blk表明锁的状态。前缀表明锁的类型：Sh斑从腧笮—共享锁，Ex—排它锁或更新锁，中间表明锁死在表上（”table”或’intent’）还是在页上（page）. 后缀“blk”表明该进程正在障碍另一个需要请求锁的进程。一旦正在障碍的进程一结束，其他进程就向前移动。“demand”后缀表明当前共享锁一释放， 该进程就申请互斥锁。table_id列显示表的id号，结合sysobjects即可查出被封锁的表名
8、备注：有时候死锁有可能是数据库中某些进程被未完成的事务阻塞资源而导致的。可以用select * from master.syslogshold查看未完成的任务。用sp_who获取关于被阻碍进程的信息。系统过程sp_who给出系统进程的报告。如果用户的命令正被另一进程保持的锁阻碍。