oracle for update wait 解析

总结：

select for update 可以看成 select for update wait UN-LIMITED

——查询记录如果被锁，则等待释放。执行过程中"自己"也会上行级锁，直到事务提交

select for update wait X—— 对某个记录进行查询，如果有被锁，则等待X秒。同样执行过程会上锁。

select for update nowait —— 对某个记录进行查询，如果有被锁，则直接报错。

转载自：https://www.cnblogs.com/GreenLeaves/p/6576646.html

以上是基础数据

在oracle中,如果只进行select语句的话,是不会进行加锁的,也就是oracle会返回当前时刻的结果集,即使这个时候可能有另外一个进程在修改当前结果集的数据,因为没有加锁,所以oracle还是会正常的返回当前时刻的结果集,不会有任何影响。

他们三个共同点:

当使用select for update 或者select for update wait或者.....,那么oralce会给符合where条件的数据行加上一个行级锁

1、select for update

但是如果你的select 语句加了for update,那么就不是上面这回事了,当oracle发现select的当前结果集中的一条或多条正在被修改(注意:当数据被修改时,此时的数据行是被加锁的),那么他就会等到当前当前结果集被修改完毕并且commit之后才进行select操作,并对结果集进行加锁。同样的,如果查询语句发出后,其他会话需要修改结果集中的一条(或几条数据)也许要等到查询结束(commit)之后,才可以执行修改操作。

代码如下:

新建SQL窗口1，(相当于新建一个session会话)

for update 对整个结果集进行了加锁,意味着在当前session进行commit之前,任何其他的session进行update、delete、insert操作都会进行等待

新建SQL窗口2(相当于新建一个session会话)

显示执行中,等待会话一的查询执行完成

现在我们将会话一的事务提交(commit)

会话二的update语句执行成功

2、select for update nowait

for update和for update nowait都会对查询到的当前结果集进行加锁,所不同的是,当有另外的会话在修改当前结果集中的数据,select for nowait所进行的查询操作不会进行等待,当发现结果集中的一些数据被加锁,立刻返回 “ORA-00054错误，内容是资源正忙, 但指定以 NOWAIT 方式获取资源”。测试代码如下:

新建一个SQL窗口1(相当于新建一个会话)

更新test8表的一条数据,但是不进行commit操作

然后新建SQL窗口2(相当于新建一个会话)select for update nowait操作

总结分析:

因为会话一,并没有commit所以test8中的ID=1的行被加锁了,所以当会话二进行select for update nowait检索到ID=1的数据行被加锁了,就立刻返回 “ORA-00054错误，内容是资源正忙, 但指定以 NOWAIT 方式获取资源”的错误。

接下来我们对会话一进行commit操作,

在执行会话二的select查询,ok,可以查出来了,并且对当前数据集进行了加锁操作,其他会话想要进行修改操作,必须等到会话二commit之后

3、select for update wait

它也会对查询到的结果集进行加锁,select for update wait与select for update nowait不同的地方是,当有另外的会话对它的查询结果集中的某一行数据进行了加锁,那么它不会像nowait一样,立即返回"ORA-00054错误",而是它支持一个参数,设定等待的时间,当超过了设定的时间,那一行数据还处于加锁的状态,那么它也会返回“ORA-00054错误，内容是资源正忙, 但指定以 NOWAIT 方式获取资源”。测试代码如下:

首先新建SQL窗口1(相当于新建一个会话)执行update 语句,但是不进行commit操作,那么当前数据行将被lock

接着新建SQL窗口2(相当于新建一个会话)，在执行select for update wait 6,如果当前查询检索的数据集中,有被加锁了的行数据,那么等待6秒,如果6秒后,其他会话,还没有执行commit释放被加了锁的数据行的话,那么返回“ORA-00054错误，内容是资源正忙, 但指定以 NOWAIT 方式获取资源”。