Oracle LOCK内部机制及最佳实践系列(三)构想一个使用手工锁定解决一种业务需求的场景...-优快云博客

本文通过一个具体的案例，展示了如何使用手工锁定表的技术来确保秘密交易的价格不变，在完成交易过程中防止价格被篡改，详细解释了锁的不同级别及其对并发操作的影响。

自己构想一个使用手工锁定解决一种业务需求的场景，并给出SQL演示。

场景：手工锁定一个表，例如我们在做一个秘密交易的时候，谈好的价格就不能变了，必须一手交钱一手交货完成交易，为了保证价格安全，我们先把价格表锁定，这期间不允许篡改，保证完成交易
LEO1@LEO1> lock table t1 in share mode;                                  手工锁定一个表，设置锁的级别为4
Table(s) Locked.
LEO1@LEO1> select sid,type,id1,id2,lmode,request,block from v$lock where type in ('TM','TX') order by 1,2;
   SID TYPE             ID1       ID2    LMODE REQUEST    BLOCK
---------- ---------- ---------- ---------- ---------- ---------- ----------
   138 TM             73449       0       4       0       0          已经在T1表上加上了4号锁，除了当前会话外阻塞其他会话进行修改
LEO2@LEO1> insert into leo1.t1 values(5);                                  我们在会话leo2上插入一条记录，此时hang住了不动了
LEO1@LEO1> select sid,type,id1,id2,lmode,request,block from v$lock where type in ('TM','TX') order by 1,2;
   SID TYPE             ID1       ID2    LMODE REQUEST    BLOCK
---------- ---------- ---------- ---------- ---------- ---------- ----------
   138 TM             73449       0       4       0       1
   156 TM             73449       0       0       3       0
这就是由于我们加了4号锁除了当前会话外阻塞156会话进行修改，156会话默认可以获得一个3号锁，由于3号和4号互斥不能共存，所以没有获得锁，正在等待申请3号锁
LEO1@LEO1> commit;                                                                锁跟着事务的结束而释放，commit rollback都行
LEO1@LEO1> select sid,type,id1,id2,lmode,request,block from v$lock where type in ('TM','TX') order by 1,2;    此时没有锁信息了
no rows selected

Leonarding
2012.11.28
天津&winter
分享技术~成就梦想
Blog：www.leonarding.com