Oracle 事务里面的查询 for update

我是一名.net 开发人员,在.net 处理Oracle 数据库事务的时候有些经验需要分享还是并发引起的,因为在本人的系统中,有一些错误数据始终分析不出来原因,也无法复现,长时间的日志追踪中发现原来是 并发操作引起的错误数据。

再归根结底就是因为 A 事务 先 select 再 更新,B事务 也是 先Select 再更新。但是我原先程序中的 select 并没有使用 for update,虽然这一连串的操作都在 BeginTransaction 之中,但是没有避免到并发操作引起的问题。

nowait找到问题原因就好解决了,我们可以在select的时候 加上  for update,或者 for update nowait

其中nowait是可选项。
此子句的意思就像他的字面意思,也就是说现在执行的select操作是为了本事务中的后续的update服务的。这时候系统会试图锁定查询出来的记录,不 允许其他事务修改它们。如果指定了nowait,则系统如果无法锁定记录,就会直接报错,并不会等待其他占有资源的事务释放资源。我这有一些我做的测试结 果
事务A:Select * From Test_A Where ID = ’01’ For Update NoWait;
事务B:Select * From Test_A Where ID = ’01 ’ For Update ;
事务C:Update Test_A Set Name = ’Test_01’ Where ID = ‘01’ ;
执行顺序 执行结果
首先 然后 执行结果
---- ---- ----
事务A 事务A 系统报错:ORA-00054: 资源正忙,要求指定 NOWAIT
事务A 事务B 事务B挂起,等待事务A释放资源
事务A 事务C 事务C挂起,等待事务A释放资源
事务B 事务A 系统报错:ORA-00054: 资源正忙,要求指定 NOWAIT
事务B 事务B 事务B挂起,等待事务A释放资源。(原文有问题,应该是等待前一个事务B释放资源)
事务B 事务C 事务C挂起,等待事务B释放资源
事务C 事务A 系统报错:ORA-00054: 资源正忙,要求指定NOWAIT
事务C 事务B 事务B挂起,等待事务C释放资源


不过在OEM中的PL SQL WORKSHEET中执行的话,如果执行倒数第2个实验,执行第2个事务A只有执行超过3次后,OEM才会报错,前几次OEM好象是忽略此操作。
--------------------------------------------------------------------------------------------------------------
在多数情况下,提取循环中所完成的处理都会修改由游标检查出的行,PL/SQL提供了进行这样处理的一种语法。
这种语法包括两部分——在游标声明部分的FOR UPDATE子句和在UPDATE或DELETE语句中的WHERE CURRENT OF 子句。
通常,SELECT操作将不会对正处理的行执行任何锁定设置,这使得连接到该数据库的其他会话可以改变正在选择的数据。
但 是,结果集仍然是一致性的。当确定了活动集以后,在执行OPEN的时刻,ORACLE会截取下该表的一个快照。在此时刻以前所提交的任何更改操作都会在活 动集中反映出来。在此时刻以后所进行的任何更改操作,即使已经提交了它们,都不会被反映出来,除非将该游标重新打开。但是使用FOR UPDATE子句, 在OPEN返回以前的活动集的相应行上会加上互斥锁,这些锁会避免其他的会话对活动集中的行进行更改。直到整个事务被提交为止。


示例:

DECLARE 
CURSOR C_CUR IS SELECT * FROM STUDENDS FOR UPDATE OF XM; 
BEGIN 
OPEN C_CUR; 
WHILE C_CUR%FOUND LOOP 

UPDATE STUDENDS SET XM='AA'||XM WHERE CURRENT OF C_CUR; 

END LOOP; 
CLOSE C_CUR; 
COMMIT; 
END; 



需要注意的是:1、UPDATE语句仅更新在游标声明的FOR UPDATE子句处列出的列。如果没有列出任何列,那么所有的列都可以更新。
2、示例中的COMMIT是在提取循环完成以后才完成的,因为COMMIT将释放由该会话持有的所有锁。因为FOR UPDATE子句获得了锁,所以COMMIT将释放这些锁。当锁释放了,该游标就无效了。所以后继的提取操作都将返回ORACLE错误。

你可能感兴趣的:(数据库,C#,害死人)