oracle for Update 手工加锁了

海无涯，肌无力...

oracel默认的“事务隔离级别”是read commited ，通过事务给数据对象加“锁”来实现！

在操作delete时，前台没有响应，后台没有报错，断点走到ps.executeUpdate()便消失没有继续下移，一个简单的delete语句，没有想放到pl/sql上检查，一直在找代码中的问题，反复编译，替换jar包，重启进程再尝试，依然无法定位到问题所在，然后尝试了下在pl/sql上执行，没有报错，只是显示"正在执行...",然后一直显示“正在执行。。。”，然后浮现了点“表被锁了的概念”，然后找到了些sql如何kill 掉 session

（1）造成表被锁的原因，也要注意下，因为做的是删除操作，为了方便添加操作，就在select table的时候用了 for update ，但是没有手动commit , 那么这表就是加上的锁没有释放

（2）有时是代码中的事务没有commit, 当前事务A1没有执行完，加在表B上的锁便没有释放，再次操作这个逻辑，事务A2便无法操作表B(当然如果数据库断开了连接，自动关闭，表B上的锁会不会被释放，那么事务A1执行的操作会被commit吗)

//查看被锁住的表
SELECT b.owner,b.object_name,a.session_id,a.locked_mode
FROM v$locked_object a ,dba_objects b
WHERE b.object_id = a.object_id;

select /*+ rule */ s.username,
      decode(l.type,'TM','TABLE LOCK','TX','ROW LOCK',null) lock_level,
      o.owner,
      o.object_name,
      o.object_type,
      s.sid,s.serial#,
      s.terminal,
      s.machine,
      s.program,
      s.osuser
from v$session s,v$lock l,dba_objects o
where l.sid = s.sid
and l.id1 = o.object_id(+)
and s.username is not null

//查看被锁住的会话
SELECT b.username,b.sid,b.serial#,logon_time
    FROM v$locked_object a,v$session b
    WHERE a.session_id = b.sid order by b.logon_time;

select /*+ rule */ lpad(' ',decode(l.xidusn ,0,3,0))||l.oracle_username user_name,
       o.owner,
       o.object_name,
       o.object_type,
       s.sid,
       s.serial#
from v$locked_object l,dba_objects o,v$session s
where l.object_id=o.object_id
and l.session_id=s.sid
order by o.object_id,xidusn desc

//kill session
Alter system kill session 'sid,serial#'

oracle for Update 手工加锁了

猜你喜欢