- 首先一点
在oracle中，如果只是select 的话，Oracle是不会加任何锁的，也就是Oracle对 select 读到的数据不会有任何限制，虽然这时候有可能另外一个进程正在修改表中的数据，并且修改的结果可能影响到你目前select语句的结果，但是因为没有锁，所以select结果为当前时刻表中记录的状态。
- 他们三个共同点:
当使用select for update 或select for update wait或select for update nowait,那么oralce会给符合where条件的数据行加上一个行级锁。
- 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语句执行成功
- select for update nowait
for update和for update nowait都会对查询到的当前结果集进行加锁,所不同的是,当有另外的会话在修改当前结果集中的数据,select for nowait所进行的查询操作不会进行等待,当发现结果集中的一些数据被加锁,立刻返回 “ORA-00054错误，内容是资源正忙, 但指定以 NOWAIT 方式获取资源”。测试代码如下:
新建一个SQL窗口1(相当于新建一个会话)
`update cwa3001bak set price=3 where ID=1`
更新cwa3001bak 表的一条数据,但是不进行commit操作
然后新建SQL窗口2(相当于新建一个会话)select for update nowait操作
select * from cwa3001bak for update nowait
- 总结分析:
因为会话一,并没有commit所以cwa3001bak 中的ID=1的行被加锁了,
所以当会话二进行select for update nowait检索到ID=1的数据行被加锁了,
就立刻返回 “ORA-00054错误，内容是资源正忙, 但指定以 NOWAIT 方式获取资源”的错误。
接下来我们对会话一进行commit操作,
在执行会话二的select查询,ok,可以查出来了,并且对当前数据集进行了加锁操作,其他会话想要进行修改操作,必须等到会话二commit之后
- select for update wait
它也会对查询到的结果集进行加锁,select for update wait与select for update nowait不同的地方是,当有另外的会话对它的查询结果集中的某一行数据进行了加锁,那么它不会像nowait一样,立即返回"ORA-00054错误",而是它支持一个参数,设定等待的时间,当超过了设定的时间,那一行数据还处于加锁的状态,那么它也会返回“ORA-00054错误，内容是资源正忙, 但指定以 NOWAIT 方式获取资源”。测试代码如下:
首先新建SQL窗口1(相当于新建一个会话)执行update 语句,但是不进行commit操作,那么当前数据行将被lock
update cwa3001bak set price=3 where ID=1
接着新建SQL窗口2(相当于新建一个会话)，在执行select for update wait 6,如果当前查询检索的数据集中,有被加锁了的行数据,那么等待6秒,如果6秒后,其他会话,还没有执行commit释放被加了锁的数据行的话,那么返回“ORA-00054错误，内容是资源正忙, 但指定以 NOWAIT 方式获取资源”。
select * from cwa3001bak for update wait 6
执行语句6秒后,报错
最后对会话一(SQL窗口一)进行commit操作
紧接着执行会话二(SQL窗口二)中的sql语句,此时被加锁的数据行被释放
正常的检索除了数据行,当时当前数据集被加锁,其他会话想操作此数据集,必须等会话二中的事务commit之后,才可以进行修改
