Oracle数据库虽然支持并发性方面表现出色，但在复杂的生产环境中，还是可能出现表被锁定的情况，这时一般都是客户端反应缓慢，甚至感觉系统处于停滞状态。我们可以通过检查一些视图来判断可能的锁定情况：

一些性能方面的告警信息通过dba_outstanding_alerts表都能查到，被锁定的表如果长期得不到释放，在这里也能查到相关session的sid和serial#。

select * from dba_outstanding_alerts

v$locked_object视图可以看到当前被锁定的对象，只有那些一直存在的session才有可能是被锁定的，因此不能简单匆忙的下结论，尤其是在RAC环境中，必须查看各个节点以发现相关的session在哪里。

select * from v$locked_object

有时候也可以根据对象名来查看锁的信息：

select sid,id1,type from v$lock where id1=(select object_id from dba_objects where object_name=upper('mytablename'));

找到了引起锁定的session，就可以找到对应的sid和serial#

select saddr,sid,serial#,paddr,username,status from v$session where sid=772

从而可以杀死这个session：

SQL> alter system kill session '772,9044';

System altered.

可以查询Oracle数据库的进程和操作系统进程之间的关联：

select spid, osuser, s.program from v$session s,v$process p
where s.paddr=p.addr and s.sid=772

有时候一些进程要在操作系统杀死，这时可以用kill -9 pid的命令：

SQL> alter system kill session '1034,3545'
2 /
alter system kill session '1034,3545'
*
ERROR at line 1:
ORA-00031: session marked for kill

SQL> select spid, osuser, s.program from v$session s,v$process p
2 where s.paddr=p.addr and s.sid=1034
3 /

SPID OSUSER
------------ ------------------------------
PROGRAM
------------------------------------------------
303424 oracle
oracledv@p5a2 (TNS V1-V3)

DB1@/home/oracle>su - root
p5a1@/#kill -9 303424
p5a1@/#ps -ef|grep 303424
root 574442 376852 0 23:06:09 pts/1 0:00 grep 303424

数据库对象锁定引起的阻塞是比较麻烦的事情，处理的时候一定要小心谨慎。

?

转自：http://www.banping.com/2009/05/21/oracle_table_lock/