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` 语句的用法 #### 语法结构 在Oracle数据库中,`FOR UPDATE` 子句用于锁定查询返回的数据行,防止其他事务在此期间修改这些数据。基本语法如下: ```sql SELECT column_name(s) FROM table_name WHERE condition FOR UPDATE [OF column_list] [NOWAIT | WAIT n | SKIP LOCKED]; ``` - **`column_name(s)`**: 表中的列名。 - **`table_name`**: 查询的目标表。 - **`condition`**: 过滤条件。 #### 锁定机制说明 当使用 `FOR UPDATE` 后,所选记录会被加上排他锁,这意味着在同一时间只有一个会话可以持有该锁并进行更改操作[^1]。 #### 参数解释 - **`OF column_list`**: 指定要锁定的具体字段列表,默认情况下会对所有涉及的列加锁。 - **`NOWAIT`**: 如果请求的资源已经被占用,则立即抛出异常而不是等待解锁。 - **`WAIT n`**: 设置最大等待时间为n秒来获取锁,超时则报错退出。 - **`SKIP LOCKED`**: 遇到已被锁定的行时跳过它们继续处理未被锁定的行[^2]。 #### 实际应用场景举例 假设有一个名为 `orders` 的订单表,在处理支付业务逻辑时需要确保同一笔订单不会被重复扣款。此时可以通过下面的方式实现安全的操作流程: ```sql BEGIN TRANSACTION; -- 加锁读取特定状态下的订单信息 SELECT * FROM orders o WHERE o.order_status = '待付款' AND ROWNUM <= 1 -- 假设只处理一条记录作为例子 FOR UPDATE NOWAIT; UPDATE orders o SET order_status='已付款', pay_time=SYSDATE() WHERE CURRENT OF orders; COMMIT; ``` 这段SQL先通过带 `FOR UPDATE NOWAIT` 的 `SELECT` 获取符合条件的第一条记录,并尝试对其加锁;如果成功获得锁,则紧接着执行更新操作改变其状态为“已付款”,最后提交整个交易过程[^5]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值