Select ..for update（nowait)语句在表级别上产生RS锁，在数据行上产生行级锁（是一种X锁）

最新推荐文章于 2021-10-21 15:20:36 发布
原创 最新推荐文章于 2021-10-21 15:20:36 发布 · 3.3k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细解释了Oracle数据库中悲观封锁的概念及其实现方式。通过使用Select..forupdate(nowait)等命令，可以实现在数据修改前即对数据进行锁定，防止其他用户在此期间进行DML或DDL操作。

一、悲观封锁
锁在用户修改之前就发挥作用：
Select ..for update（nowait)
Select * from tab1 for update
用户发出这条命令之后，oracle将会对返回集中的数据建立行级封锁，以防止其他用户的修改。
如果此时其他用户对上面返回结果集的数据进行dml或ddl操作都会返回一个错误信息或发生阻塞。
1：对返回结果集进行update或delete操作会发生阻塞。
2：对该表进行ddl操作将会报：Ora-00054:resource busy and acquire with nowait specified.

原因分析
此时Oracle已经对返回的结果集上加了排它的行级锁，所有其他对这些数据进行的修改或删除操作都必须等待这个锁的释放，产生的外在现象就是其他的操作将发生阻塞，这个这个操作commit或rollback.
同样这个查询的事务将会对该表加（DML操作的）表级锁，不允许对该表的任何ddl操作，否则将会报出ora-00054错误：:resource busy and acquire with nowait specified.


附加：表级锁是用于防止表的结构的修改。

select for update和select for update wait和select for update nowait的区别
weixin_34265814的博客
03-18 804
CREATE TABLE "TEST6" ( "ID" VARCHAR2(30), "NAME" VARCHAR2(30), "AGE" NUMBER(2,0), "SEX" VARCHAR2(2), "ENAME" VARCHAR2(30), "ADDTIME" DATE ) insert into TEST6
select ... for update, select ... for update nowait
blackchoc
03-14 1677
 今天测试了一下select ... for update 和 select ... for update nowait 的区别 首先一点，如果只是select 的话，Oracle是不会加任何锁的，也就是Oracle对 select 读到的数据不会有任何限制，虽然这时候有可能另外一个进程正在修改表中的数据，并且修改的结果可能影响到你目前select语句的结果，但是因为没有锁，所以sel
for_update_和_for_update_nowait_的区别
11-23
for_update_和_for_update_nowait_的区别
for update和for update nowait的区别和使用
weixin_33692284的博客
12-19 660
首先，for update 和for update nowait 是对操作的数据行进行加锁，在事务提交前防止其他操作对数据的修改。for update 和for update nowait主要区别在于是否等待，如果不加nowait，在执行select时就会报错，如果加了nowait,在执行select时就会等待，直至锁被释放。首先我们使用两个sql:1.select * from HH t whe...
select for update nowait 与 select for update 区别
萧逸闲侃
10-31 697
nowait的含义很多人都会误解为“不用等待，立即执行”。但实际上该关键字的含义是“不用等待，立即返回” 如果当前请求的资源被其他会话锁定时，会发生阻塞，nowait可以避免这一阻塞，因为 If another user is in the process of modifying that row, we will get an ORA‐00054 Resource Busy error.
select for update nowait 与 select for update
Paul's Private Zone
09-27 796
<br />select for update:当当前行已经被锁定，当前语句会被阻塞，直到当前行被释放。<br />（前行被释放: conmit , rollback ...）<br /> <br />select for update nowait 关键字的含义是“不用等待，立即返回”。<br />如果当前请求的资源被其他会话锁定时，会发生阻塞，nowait可以避免这一阻塞，但会提示如下的错误：<br /> <br />ORA-00054 resource busy and acquire with NO
「SELECT～FOR UPDATE NOWAIT」
weixin_33753003的博客
04-12 188
阻塞 如果一个会话持有某个资源的锁，而另一个会话在请求这个资源，就会出现阻塞（blocking）。这样一来，请求的会话会被阻塞，它会“挂起”，直至持有锁的会话放弃锁定的资源。几乎在所有情况下，阻塞都是可以避免的。实际上，如果你真的发现会话在一个交互式应用中被阻塞，就说明很有可能同时存在着另一个bug，即丢失更新，只不过你可能没有意识到这一点。也就是说，你的应用逻辑有问题，这才是阻塞的根源。 数...
select for update nowait
cuandai0232的博客
11-20 292
nowait的含义很多人都会误解为“不用等待，立即执行”。但实际上该关键字的含义是“不用等待，立即返回”如果当前请求的资源被其他会话锁定时，会发生阻塞，nowait可以避免这一阻塞，因为If another user is ...
mysql update nowait_mysql innodb之select for update nowait
weixin_29476357的博客
01-19 825
作者: 弦乐之花 | 可以转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明mysql innodb之select for update nowait习惯了oracle数据库的select for update nowait的同学，如果转在mysql环境开发的话，也许会不太适应——目前builtin版本的innodb不支持nowait句法的。早在08年已经被作为bug提了出来(http...
Postgre中的 select for update 和 select for update nowait
sun0322
09-16 8563
使用 select for update时，但数据被锁住时， 对数据进行修改操作时，会等待   而 使用 select for update nowait，数据被锁住时， 对数据进行修改操作时，会报数据库错误   相关资料 http://blog.csdn.net/liqfyiyi/article/details/7948282
for update nowait
u013654373的博客
04-27 597
线程一、 declare v_test_acc test_acc%rowtype; begin --for update 会当前锁行，另外一个进程访问时处于等待状态（阻塞） --select t.* into v_test_acc from test_acc t where t.code1 = '1010' for update; --for update nowait 会当前锁行，另外一个进程访问时会直接返回当前结果 select t.* into v_test_acc f
SELECT ... FOR UPDATE（WAIT/NOWAIT）命令与ORACLE锁
热门推荐
zhuangyangoal的专栏
04-29 1万+
oracle锁的排队机制：   请求锁定需要排队。如果某个会话请求一个锁定，但是由于其他会话已经锁定了指定记录或对象而无法获得所需的锁定，那么这个会话将会等待。此时，可能多个会话都在等待访问相同记录或对象，在这种情况下，ORACLE会跟踪这些会话请求锁定的顺序。   如果不希望某个会话在无法获得锁定时进行排队等候，那么避免排队的唯一方式是使用SELE
for update 和 for update nowait
Ahuuua的博客
10-21 406
如果在select语句后加入了for update， 则Oracle一旦发现（符合查询条件的）这批数据正在被修改，则不会发出该select语句查询，直到数据被修改结束（被commit），马上自动执行这个select语句。 同样，如果该查询语句发出后，有人需要修改这批数据（中的一条或几条），它也必须等到查询结束后（commit）后，才能修改。 for update nowait和 for update 都会对所查询到得结果集进行加锁，所不同的是，如果另外一个线程...
oracle for update和for update nowait的区别
weixin_34109408的博客
11-09 582
1、for update 和 for update nowait 的区别：  首先一点，如果只是select 的话，Oracle是不会加任何锁的，也就是Oracle对 select 读到的数据不会有任何限制，虽然这时候有可能另外一个进程正在修改表中的数据，并且修改的结果可能影响到你目前select语句的结果...
for update 和for update nowait
朱智文的专栏
12-04 848
for update  : 会对查询的机构的记录进行锁定，如果锁定时，某些记录正在用，他会登台记录不适用的时候，立即进行锁定 for update  no wairt  :会对查询的机构的记录进行锁定，如果锁定时，某些记录正在用，他会立即报错
No NOWAIT Option in MySQL SELECT FOR UPDATE
Derek_Zhang_的专栏
09-16 1451
It sucks! Beware of this when you want to use SELECT FOR UPDATE for pessimi
oracle for update和for update nowait
C.y◆古魂
11-18 711
二者的相同点（for update）：会对查询的结果集加行锁。 二者的区别（nowait）：如果查询的资源已经加了锁，例如正在被修改，那么for update会等待锁释放后执行查询，请求被阻塞。加上nowait后，如果发现结果集中有资源被锁，会立即抛出异常“ORA-00054错误，内容是资源正忙, 但指定以 NOWAIT 方式获取资源”。不会出现线程挂起的情况。
select * from tab where ..... for update nowait
weixin_33841722的博客
12-09 174
大家在使用plsqldeveloper时 ，修改数据的时候比较喜欢 select * from tab for update ，然后开始修改数据 这种模式比较容易锁住数据，有的时候还出现自己锁住自己的事情（自己有开了个窗口用了select * from tab for update ） 我个人推荐大家在修改数据的时候用 select * from tab where ..... for upd...
Select... For update 语句有什么隐患
最新发布
05-07
<think>嗯，用户问的是Select...For Update语句的潜在隐患及解决方案。首先，我需要回忆一下这个语句的基本作用。它用于在事务中锁定选中的行，防止其他事务修改，直到当前事务提交或回滚。不过，使用不当可能会引发问题。 首先想到的是死锁问题。当多个事务同时请求相同的资源，但顺序不同时，可能会形成循环等待，导致死锁。比如事务A先锁行1，再锁行2；事务B先锁行2，再锁行1，这时候就可能死锁。这需要解释如何避免，比如按固定顺序访问资源。 然后是锁范围的问题。如果查询条件没走索引，可能会导致锁升级为表锁，影响并发性能。这时候需要确保WHERE条件使用索引，或者强制使用索引提示。 还有事务粒度的控制。长时间持有锁会阻塞其他事务，可能引发系统性能问题。应该建议尽量缩短事务时间，避免在事务中进行复杂计算或远程调用。 另外，还有隔离级别的影响。比如在可重复读隔离级别下，范围锁可能更严格，需要根据业务调整隔离级别。 可能还需要提到锁等待超时的问题，设置合理的超时时间，避免长时间等待。比如MySQL的innodb_lock_wait_timeout参数。 解决方案方面，除了上述的索引优化、事务控制、死锁检测，还可以考虑使用乐观锁，比如版本号控制，减少锁的使用。 还要注意是否使用了正确的锁类型，比如共享锁和排他锁的区别。Select...For Update是排他锁，其他事务不能加共享锁或排他锁。 可能用户的应用场景是高并发的库存扣减，这时候正确使用锁机制很重要，避免超卖或者死锁。 需要检查引用中的相关内容，看看是否有相关的解决方案。比如引用2中提到的主键和索引优化，可能和锁的范围有关。引用3中的环境变量设置可能不太相关，但安全方面可能涉及锁的使用权限？ 总结下来，主要隐患是死锁、锁范围过大、事务时间长、隔离级别影响，解决方案包括索引优化、事务控制、死锁处理、调整隔离级别和锁超时设置。</think>### Select...For Update 语句的潜在隐患及解决方案 **`SELECT...FOR UPDATE`** 是数据库中用于实现悲观锁的关键语句，通过显式锁定查询结果集来保证数据一致性。但其使用不当可能引发以下隐患： --- #### **一、潜在隐患** 1. **死锁风险** - 当多个事务以不同顺序请求相同行锁时，可能形成循环等待。例如： - 事务A锁定行1后尝试锁定行2 - 事务B锁定行2后尝试锁定行1 此时数据库会触发死锁检测并终止其中一个事务[^2]。 2. **锁范围扩大** - 若查询条件未命中索引，可能导致锁升级为表锁，例如： ```sql SELECT * FROM orders WHERE status = 'pending' FOR UPDATE; -- 若status无索引，触发表锁 ``` 这会严重降低并发性能[^2]。 3. **事务粒度失控** - 长时间持有锁（如事务内包含复杂计算或远程调用）会阻塞其他事务，甚至触发锁等待超时（默认50秒）。 4. **隔离级别影响** - 在可重复读（Repeatable Read）隔离级别下，可能产生间隙锁（Gap Lock），锁定不存在的记录范围，导致意外阻塞[^2]。 --- #### **二、解决方案** 1. **精细化锁控制** - **索引优化**：确保`WHERE`条件使用索引字段，限制锁范围为行级锁。 ```sql CREATE INDEX idx_status ON orders(status); -- 添加索引 ``` - **强制索引提示**：明确指定索引（如MySQL的`USE INDEX`）。 2. **事务设计原则** - **最小化锁持有时间**：事务内避免复杂逻辑，优先执行锁操作。 - **设置锁超时**：通过`innodb_lock_wait_timeout`调整等待时间，避免无限阻塞。 3. **死锁预防** - **统一访问顺序**：约定所有事务按固定顺序访问资源（如按主键排序）。 - **重试机制**：代码层捕获死锁异常后自动重试（如3次尝试）。 4. **隔离级别调整** - 根据业务需求降低隔离级别（如改为读已提交 `READ COMMITTED`），减少间隙锁范围。 5. **替代方案：乐观锁** - 使用版本号或时间戳实现无锁并发控制，例如： ```sql UPDATE products SET stock = stock - 1, version = version + 1 WHERE id = 100 AND version = 5; -- 版本号校验 ``` --- #### **三、实践示例** ```sql -- 优化后的锁定操作（假设id为主键索引） BEGIN; SELECT * FROM orders WHERE id IN (1,3,5) FOR UPDATE; -- 明确锁定行 -- 快速执行更新操作 UPDATE orders SET status = 'processed' WHERE id IN (1,3,5); COMMIT; ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值