我们知道可以通过SP_lock和SP_who监视进程之间的锁争用，但是，一旦出现死锁，一个事务回退，一个事务继续。此时使用sp_lock已经看不到真正死锁的资源信息(或许能够看许多X类型的锁信息)，因为所涉及资源的锁已经释放。
SQL SERVER 提供了几个跟踪标志，可以监视出现的死锁。可以用DBCC TRACEON命令打开跟踪标志，用DBCC TRACEOFF关闭跟踪标志，要然SQL SERVER把死锁跟踪标志的输出写入到错误日志中。首先要设置DBCC TRACEON(3605)，比如：
DBCC TRACEON(3605) DBCC TRACEON(1204)
这样，一旦出现死锁，将能在错误日志中监视到相关明细信息。 4、锁争用的监测和解决 ORACLE:
ORACLE提供了有用的锁的动态性能视图V$LOCK和V$locked_OBJECT。 动态性能视图V$LOCK包含所有当前由系统和所以连接的会话保持的锁的信息。 如SELECT * from V$lock 返回下面样本：
ADDR KADDR SID TY ID1 ID2 LMODE REQUEST CTIME BLOCK ---------- ----------------- ---------- ---------- -------- -------- ----
682BE878 682BE888 2 MR 201 0 4 0 12383 0 682BE82C 682BE83C 2 MR 11 0 4 0 12383 0 682BE7E0 682BE7F0 2 MR 10 0 4 0 12383 0
V$locked_OBJECT提供了当前被锁定的对象。可以查出该对象由什么锁模式锁定的。 我们可以如下查询语句查找死锁的进程：
查询1：
SELECT ss.username,lo.OBJECT_ID,lo.SESSION_ID,ss.SERIAL#, lo.ORACLE_USERNAME,lo.OS_USER_NAME,lo.PROCESS FROM V$LOCKED_OBJECT lo,V$SESSION ss WHERE lo.SESSION_ID=ss.SID; 查询2：
SELECT DISTINCT 'BLOCKER('||LB.SID||':'||sb.username||') - SQL :' || qb.SQL_text BLOCKERS, 'WAITER ('||lw.SID||':'||sw.username||') - SQL :' || qw.SQL_text WAITERS FROM V$lock LB,V$session SB ,V$lock LW,v$session SW,v$sql QB,V$sql QW WHERE LB.SID = SB.SID AND LW.SID = SW.SID AND SB.PREV_sql_addr = QB.ADDRESS AND SW.SQL_ADDRESS = QW.ADDRESS AND LB.ID1 = LW.ID2 AND SW.LOCKWAIT IS NOT NULL 查询3：
SELECT DISTINCT 'BLOCKER('||BW.HOLDING_SESSION||':'||SB.username||') - SQL :' || BQ.SQL_text BLOCKERS, 'WAITER ('||BW.WAITING_SESSION||':'||sw.username||') - SQL :' || SQ.SQL_text WAITERS FROM DBA_waiters BW,V$SESSION SB , v$session SW,v$sqlarea BQ,V$sqlarea SQ WHERE BW.HOLDING_SESSION = SB.SID AND BW.WAITING_SESSION = SW.SID AND SB.PREV_SQL_addr = BQ.ADDRESS AND SW.SQL_ADDRESS = SQ.ADDRESS
查询3执行后，返回如下所示监视信息。
BLOCKERS -------------------------------------------------------------------------------- WAITERS -------------------------------------------------------------------------------- BLOCKER(12:SYS) - SQL :SELECT DISTINCT 'BLOCKER('||BW.HOLDING_SESSION||':'|| SB.username||') - SQL :' || BQ.SQL_text BLOCKERS, 'WAITER ('||BW.WAITING_SES SION||':'||sw.username||') - SQL :' || SQ.SQL_text WAITERS FROM DBA_waiters B W,V$SESSION SB , v$session SW,v$sqlarea BQ,V$sqlarea SQ WHERE BW.HOLDING_SESS ION = SB.SID AND BW.WAITING_SESSION = SW.SID AND SB.PREV_SQL_addr = BQ.AD DRESS AND SW.SQL_ADDRESS = SQ.ADDRESS WAITER (13:SYS) - SQL :update hr.jobs set job_title = job_title || 'abc' where j ob_id = 'ST_MAN'
当我们查询到死锁的进程的信息可以使用KILL命令终止这个产生死锁的ORACLE会话进程：
ALTER SYSTEM KILL SESSION '查出的SID,查出的SERIAL#';
其中SID即V$LOCKED_OBJECT 的SESSION_ID, serial#为V$session的serial#。
再杀操作系统进程:
KILL SPID或ORAKILL 刚才查出的SID 刚才查出的SID SQL SERVER ：
要监视SQL SERVER 的锁活动，有如下几种常用的方法： 1） 使用SP_LOCK和SP_WHO存储过程。 2） 直接查询syslockinfo表。
3） 使用SQL SERVER Management studio的活动监视器浏览锁活动。 4）使用SQL Profiler浏览锁活动。
让我们看看SQL SERVER Management studio的活动监视器浏览锁的页面，如下图：
点击查看大图
这个列表返回的信息和使用SP_lock返回的信息是一致的，比如 EXEC SP_lock GO
这个命令的输出样本如下：
spid dbid ObjId IndId Type Resource Mode Status ------ ------ ----------- ------ ---- --------------------------------
52 5 0 0 DB S GRANT 52 5 148195578 1 PAG 1:489 IX GRANT
52 5 148195578 0 TAB IX GRANT 52 5 148195578 1 KEY (07005a186c43) X GRANT
54 1 1115151018 0 TAB IS GRANT
54 5 0 0 DB S GRANT
这个样本提供了下列的信息： Spid 是事务的进程ID。 dbid 是持有锁的的数据库ID。 ObjID是持有锁的资源ID 。 IndId 是持有锁的表索引ID 。 Type是持有资源的锁类型。
Resource 是持有锁的资源内部名称，这个信息来自 syslockinfo 系统表。 Mode是事务请求的锁模式，锁类型请参考本文的锁模式一节
STATUS 是请求的当前状态。取值为 GRANT/WAIT/GNVRT ．
我们发现上面的样本信息中出现了很多X类型的锁，如果该X锁引起了阻塞或死锁等现象，我们可以使用KILL命令解决解决锁争用，Sql server通过使用KILL 命令终止锁进程。 比如： KILL 52 5 、避免死锁 ORACLE ：
1） 避免应用不运行长事务。 2） 经常提交以避免长时间锁定行。 3） 避免使用LOCK命令锁定表。 4） 在非高峰期间执行DDL操作。
5） 在非高峰期间执行长时间运行的查询或事务。
6） 确保开发人员使用限制最少的锁模式比不过仔细设计防止锁争用的事务， 7） 监控阻塞其他锁的锁并调查为什么这些锁正被保持。
8） 确定为什么阻塞的锁的被保持了很长时间并尽量阻止它们。 9） 监视死锁发生的频率并解决它们。
10) 当死锁发生通过回滚事务rollback或者终止会话来解决它。
SQL SERVER ：
SQL SERVER能够自动探测和处理死锁，但应用程序应尽可能的避免，遵循如下原则： 1） 从表中访问数据的顺序要一致，避免循环死锁。
2） 减少使用holdlock或使用可重复读与可序列化锁隔离级的查询，从而避免转换死锁。 3） 恰当选择事务隔离级别。选择低事务隔离级可以减少死锁。