Oracle 的for update行锁 键字: oracle 的for update行锁 SELECT...FOR UPDATE 语句的语法以下: SELECT ... FOR UPDATE [OF column_list][WAIT n|NOWAIT][SKIP LOCKED]; 其中: OF 子句用于指定即将更新的列,即锁定行上的特定列。 WAIT 子句指定等待其余用户释放锁的秒数,防止无限期的等待。 “使用FOR UPDATE WAIT”子句的优势以下: 1防止无限期地等待被锁定的行; 2容许应用程序中对锁的等待时间进行更多的控制。 3对于交互式应用程序很是有用,由于这些用户不能等待不肯定 4 若使用了skip locked,则能够越过锁定的行,不会报告由wait n 引起的‘资源忙’异常报告 示例: create table t(a varchar2(20),b varchar2(20)); insert into t values('1','1'); insert into t values('2','2'); insert into t values('3','3'); insert into t values('4','4'); 如今执行以下操做: 在plsql develope中打开两个sql窗口, 在1窗口中运行sql select * from t where a='1' for update; 在2窗口中运行sql1 1. select * from t where a='1'; 这一点问题也没有,由于行级锁不会影响纯粹的select语句 再运行sql2 2. select * from t where a='1' for update; 则这一句sql在执行时,永远处于等待状态,除非窗口1中sql被提交或回滚。 如何才能让sql2不等待或等待指定的时间呢? 咱们再运行sql3 3. select * from t where a='1' for update nowait; 则在执行此sql时,直接报资源忙的异常。 若执行 select * from t where a='1' for update wait 6; 则在等待6秒后,报 资源忙的异常。 若是咱们执行sql4 4. select * from t where a='1' for update nowait skip Locked; 则执行sql时,即不等待,也不报资源忙异常。 如今咱们看看执行以下操做将会发生什么呢? 在窗口1中执行: select * from t where rownum<=3 nowait skip Locked; 在窗口2中执行: select * from t where rownum<=6 nowait skip Locked; select for update 也就如此了吧,insert、update、delete操做默认加行级锁,其原理和操做与select for update并没有两样。 select for update of,这个of子句在牵连到多个表时,具备较大做用,如不使用of指定锁定的表的列,则全部表的相关行均被锁定,若在of中指定了需修改的列,则只有与这些列相关的表的行才会被锁定。 --------------------------------- MySQL ----------------------------------------------------- MySQL中select * for update锁表的问题 页级:引擎 BDB。 表级:引擎 MyISAM , 理解为锁住整个表,能够同时读,写不行 行级:引擎 INNODB , 单独的一行记录加锁 表级,直接锁定整张表,在你锁按期间,其它进程没法对该表进行写操做。若是你是写锁,则其它进程则读也不容许 行级,,仅对指定的记录进行加锁,这样其它进程仍是能够对同一个表中的其它记录进行操做。 页级,表级锁速度快,但冲突多,行级冲突少,但速度慢。因此取了折衷的页级,一次锁定相邻的一组记录。 MySQL 5.1支持对MyISAM和MEMORY表进行表级锁定,对BDB表进行页级锁定,对InnoDB表进行行级锁定。 对WRITE,MySQL使用的表锁定方法原理以下: 若是在表上没有锁,在它上面放一个写锁。 不然,把锁定请求放在写锁定队列中。 对READ,MySQL使用的锁定方法原理以下: 若是在表上没有写锁定,把一个读锁定放在它上面 不然,把锁请求放在读锁定队列中。 InnoDB使用行锁定,BDB使用页锁定。对于这两种存储引擎,均可能存在死锁。这是由于,在SQL语句处理期间,InnoDB自动得到行锁定和BDB得到页锁定,而不是在事务启动时得到。 MySQL中select * for update锁表的问题 因为InnoDB预设是Row-Level Lock,因此只有「明确」的指定主键,MySQL才会执行Row lock (只锁住被选取的资料例) ,不然MySQL将会执行Table Lock (将整个资料表单给锁住)。 举个例子: 假设有个表单products ,里面有id跟name二个栏位,id是主键。 例1: (明确指定主键,而且有此笔资料,row lock) SELECT * FROM products WHERE id='3' FOR UPDATE; SELECT * FROM products WHERE id='3' and type=1 FOR UPDATE; 例2: (明确指定主键,若查无此笔资料,无lock) SELECT * FROM products WHERE id='-1' FOR UPDATE; 例2: (无主键,table lock) SELECT * FROM products WHERE name='Mouse' FOR UPDATE; 例3: (主键不明确,table lock) SELECT * FROM products WHERE id<>'3' FOR UPDATE; 例4: (主键不明确,table lock) SELECT * FROM products WHERE id LIKE '3' FOR UPDATE; 注1: FOR UPDATE仅适用于InnoDB,且必须在交易区块(BEGIN/COMMIT)中才能生效。 注2: 要测试锁定的情况,能够利用MySQL的Command Mode ,开二个视窗来作测试。 在MySql 5.0中测试确实是这样的 另外:MyAsim 只支持表级锁,InnerDB支持行级锁 添加了(行级锁/表级锁)锁的数据不能被其它事务再锁定,也不被其它事务修改(修改、删除) 是表级锁时,无论是否查询到记录,都会锁定表