Caused by: java.sql.SQLException: ORA-00054: resource busy and acquire with NOWA

项目中因某种需求，在程序中操作数据的SQL加行级锁，避免出现插入重复的数据。但运行几天后报错，因此根据日志分析问题产生的原因。

 

问题描述：【Caused by: java.sql.SQLException: ORA-00054: resource busy and acquire with NOWAIT specified】
 
原因如下：
 出现这个问题的原因是正在执行的操作请求的资源正被其他事务锁定。
 nowait：立即执行，如果另有会话正在修改该记录会立即报告错误：ORA-00054: 资源正忙，要求指定 NOWAIT；如果不选择nowait选项则会一直处理等待状态。
 wait [n]：等待n秒，如果另有会话正在修改该记录会报告错误：ORA-30006: 资源已被占用; 执行操作时出现 WAIT 超时。

 

例如：
SELECT ... FOR UPDATE [OF ...][NOWAIT | WAIT integer]

NOWAIT指在执行"SELECT ... FOR UPDATE"时其他事务修改了该查寻的结果但还没有提交，此时将立即返回如下结果：
ORA-00054: resource busy and acquire with NOWAIT specified
如果不使用NOWAIT等项，默认为等待(WAIT)其他事务提交后在返回结果。

WAIT integer，与NOWAIT的功能相似，但可以等待用户指定的秒数。如："WAIT 3"等待3秒后，其他事务还没有提交将返回如下结果：
ORA-30006: resource busy; acquire with WAIT timeout expired 。

出现这种问题后查V$LOCKED_OBJECT,要么等事务结束后再做，要么杀掉持有锁的会话（如果不是关键会话）：

1.通过查找出已被锁定的数据库表及相关的sid、serial#及spid
select object_name as 对象名称,s.sid,s.serial#,p.spid as 系统进程号
from v$locked_object l , dba_objects o , v$session s , v$process p
where l.object_id=o.object_id and l.session_id=s.sid and s.paddr=p.addr;

2.在数据库中灭掉相关session
alter system kill session 'sid,serial#';--sid及serial#为第一步查出来的数据。

 
分析：

1、有别的sql plus客户端执行了某些的操作后没有执行commit，而同时系统应用也正在访问同样的资源。

2、程序中对数据操作后没commit，而同时系统应用也正在访问同样的资源。

3、并发问题，并发高的时候无法保持一致性。

 

风险：

最好不要再程序中使用锁机制，这样：

第一，难免会要在sql/plus中操作数据。

第二，如果遇到并发问题，无法保持一致性。