1. 并发控制一直是个比较头痛的问题,下文演示了一种并发案例,希望大家能从中有所收获 
  2. SQL> create table t(id number,nick varchar2(32),status number,email varchar2(32),gmt_modified date); 
  3.  
  4. Table created. 
  5.  
  6. SQL> desc t; 
  7.  Name                                      Null?    Type 
  8.  ----------------------------------------- -------- ---------------------------- 
  9.  ID                                                 NUMBER 
  10.  NICK                                               VARCHAR2(32) 
  11.  STATUS                                             NUMBER 
  12.  EMAIL                                              VARCHAR2(32) 
  13.  GMT_MODIFIED                                       DATE 
  14.  
  15. SQL> begin   
  16.   2      for i in 1..5 loop 
  17.   3           insert into t values(i,'test',0,'test@taobao.com',sysdate); 
  18.   4      end loop; 
  19.   5      commit
  20.   6  end
  21.   7  / 
  22.  
  23. PL/SQL procedure successfully completed. 
  24.  
  25. SQL> alter session set nls_date_format='YYYY-MM-DD HH24:MI:SS'
  26.  
  27. Session altered. 
  28.  
  29. SQL> select * from t; 
  30.  
  31. ID NICK       STATUS EMAIL               GMT_MODIFIED 
  32. -- ------ ---------- ------------------- ------------------- 
  33.  1 test            0 test@taobao.com     2008-04-09 13:28:27 
  34.  2 test            0 test@taobao.com     2008-04-09 13:28:27 
  35.  3 test            0 test@taobao.com     2008-04-09 13:28:27 
  36.  4 test            0 test@taobao.com     2008-04-09 13:28:27 
  37.  5 test            0 test@taobao.com     2008-04-09 13:28:27 
  38.          
  39. --session 1执行,但不提交         
  40. SQL> update t set status=1,gmt_modified=sysdate where id in ( 
  41.   2                                         select id from (select id from t where nick='test' and status=0 order by id asc
  42.   3                                                          where rownum < 2) 
  43.                                            and status=0; 
  44.  
  45. 1 row updated. 
  46.  
  47. SQL> select * from t; 
  48.  
  49. ID NICK       STATUS EMAIL                GMT_MODIFIED 
  50. -- ------ ---------- -------------------- ------------------- 
  51.  1 test            1 test@taobao.com      2008-04-09 13:36:31 
  52.  2 test            0 test@taobao.com      2008-04-09 13:28:27 
  53.  3 test            0 test@taobao.com      2008-04-09 13:28:27 
  54.  4 test            0 test@taobao.com      2008-04-09 13:28:27 
  55.  5 test            0 test@taobao.com      2008-04-09 13:28:27 
  56.  
  57. --session 2也执行这样的语句,出现等待。 
  58. SQL> update t set status=1,gmt_modified=sysdate where id in ( 
  59.   2                                         select id from (select id from t where nick='test' and status=0 order by id asc
  60.   3                                                          where rownum < 2) 
  61.                                                 and status=0; 
  62.  
  63. --session 1提交 
  64. commit
  65.  
  66. --session 2执行完成,查看结果 
  67. SQL> select * from t; 
  68.  
  69.  ID NICK      STATUS EMAIL               GMT_MODIFIED 
  70. --- ----- ---------- ------------------- ------------------- 
  71.   1 test           1 test@taobao.com     2008-04-09 13:48:30  --session 1更新了这条 
  72.   2 test           1 test@taobao.com     2008-04-09 13:48:37  --session 2更新了这条 
  73.   3 test           0 test@taobao.com     2008-04-09 13:28:27 
  74.   4 test           0 test@taobao.com     2008-04-09 13:28:27 
  75.   5 test           0 test@taobao.com     2008-04-09 13:28:27 
  76.  
  77. 上面运行的更新语句 
  78. update t set status=1,gmt_modified=sysdate where id in (                                                               
  79.                                        select id from (select id from t where nick='test' and status=0 order by id asc
  80.                                                         where rownum < 2)                                              
  81.                                            and status=0;  --注意此条件 
  82.  
  83. 当session 1执行,但并不提交后,session 2执行相同的语句,由于update语句中有select子查询,众所周知,select要进行一致性读,即也会读取到记录1,但这又是一个update语句,会进行当前读,session 2也想去更新这一行,但发现这一行已被另外一个事务更新,所以出现等待。但当session 1提交后,通过以上实验,证明session 2会再次触发一致性读与当前读,去更新了满足条件的第二行,而不是第一行。 
  84.  
  85. 大家还可以做其它实验,比如说session 1执行如下的语句: 
  86. update t set status=1,gmt_modified=sysdate where id in (                                                               
  87.                                        select id from (select id from t where nick='test' and status=0 order by id asc
  88.                                                         where rownum < 2)                                              
  89.                                            and status=0;  --注意此条件 
  90. session 2执行如下的语句: 
  91. update t set status=1,gmt_modified=sysdate where id in (                                                               
  92.                                        select id from (select id from t where nick='test' and status=0 order by id asc
  93.                                                         where rownum < 4)                                              
  94.                                            and status=0;  --注意此条件 
  95.  
  96. 结果是sesion 1更新了1条;session 2更新了2条,而session 2实际想更新3条。 
  97.  
  98. 本篇实验也提供了一个很好处理并发的方法,使用此方法,可以保证多个更新在并发时不会更新同一行,不过要在更新后,加一个判断,如果实际更新的条数 != 想要更新的条数(即sql语句中的rownum),那就说明出现了并发,并且剩余的满足条件的记录数不满足应用要求,这时候就需要在应用层加上进一步的并发处理了。我们在实际中出现的一个案例,恰好就是没有对实际更新的条目进行判断,导致出现了应用层数据逻辑错误。