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 killSQL> 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/