环境Release 10.2.0.1.0
悲观锁定:在修改数据前就在数据上加锁防止其它用户同时更新数据
会话1:用户1查询一些数据,想从这些数据中找出要更改的,比如它想要更新EMPNO=7934这一条
SQL> select empno,ename,sal from emp where deptno=10;
EMPNO ENAME SAL
---------- ---------- ----------
7782 CLARK 2450
7839 KING 5000
7934 MILLER 1300
会话2:在用户1查询后,更新前,用户2的某个应用绑定了用户1选择的想要更新的数据,下面是模拟绑定
SQL> variable empno number
SQL> variable ename varchar2(20)
SQL> variable sal number
SQL> exec :empno:=7934;:ename:='MILLER';:sal:=1300;
PL/SQL procedure successfully completed.
会话2:会话2的应用执行了以下查询,这使得会话2应用绑定变量中的值,然后重新从数据库中查询这一行,还锁定了这一行,不让其它会话更新这一行
SQL> select empno,ename,sal from emp where empno=:empno and ename =:ename and sal =:sal for update nowait
2 /
EMPNO ENAME SAL
---------- ---------- ----------
7934 MILLER 1300
SQL>
会话1:假设会话1这个时候终于选好要更新那一行了,而且恰好就是EMPNO=7934这行,并执行更新操作。
SQL> update scott.emp set sal=1500 where ename='MILLER';
这个时候这条语句执行了,但是停在那不会出错也不会说更新成功,直到会话2 COMMIT;
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/15720542/viewspace-721813/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/15720542/viewspace-721813/
本文通过一个具体的Oracle数据库场景,展示了悲观锁定的工作原理。当两个会话试图同时更新同一行数据时,首先进行查询的会话能够锁定目标记录,阻止其他会话对该记录进行修改,直至第一个会话提交。
339

被折叠的 条评论
为什么被折叠?



