数据库MySQL中for-update的作用和用法

50次阅读

共计 1958 个字符,预计需要花费 5 分钟才能阅读完成。

数据库 -MySQL 中 for update 的作用和用法

一、for update 定义

for update是一种 行级锁 ,又叫 排它锁

一旦用户对某个行施加了行级加锁,则该用户可以查询也可以更新被加锁的数据行,其它用户只能查询但不能更新被加锁的数据行。

如果其它用户想更新该表中的数据行,则也必须对该表施加行级锁.即使多个用户对一个表均使用了共享更新,但也不允许两个事务同时对一个表进行更新,真正对表进行更新时,是以独占方式锁表,一直到提交或复原该事务为止。

行锁永远是独占方式锁。

只有当出现如下之一的条件,才会释放共享更新锁:

  1. 执行提交(COMMIT)语句
  2. 退出数据库(LOG OFF)
  3. 程序停止运行

二、概念和用法

通常情况下,select 语句是不会对数据加锁,妨碍影响其他的 DML 和 DDL 操作。同时,在多版本一致读机制的支持下,select 语句也不会被其他类型语句所阻碍。

而 select … for update 语句是我们经常使用手工加锁语句。在数据库中执行 select … for update , 大家会发现会对数据库中的表或某些行数据进行锁表,在 mysql 中,如果查询条件带有主键,会锁行数据,如果没有,会锁表。

由于 InnoDB 预设是 Row-Level Lock,所以只有「明确」的指定主键,MySQL 才会执行 Row lock (只锁住被选取的资料例),否则 MySQL 将会执行 Table Lock (将整个资料表单给锁住)。

举个例子: 假设有张表 user,里面有 id 和 name 两列,id 是主键。

例 1: (明确指定主键,并且数据真实存在,row lock)

-- 开启事务
begin;
SELECT * FROM user WHERE id=3 FOR UPDATE;
SELECT * FROM user WHERE id=3 and name='Tom' FOR UPDATE;
-- 提交事务
commit;

例 2: (明确指定主键,但数据不存在,无 lock)

begin;
SELECT * FROM user WHERE id=0 FOR UPDATE;
commit;

注意:

上面的说法有误,InnoDB RR 级别的锁算法是 next-key lock

普通索引无论是否命中都是 next-key lock + gap lock

唯一索引并命中则降级为 record lock,查不到还是 next-key lock + gap lock,所以这里是有锁的,锁定的是一个主键范围,并不是无锁,可以另外开启一个事务,执行下面的脚本,就会发现当上面的事务没有提交时,下面的 sql 第二句是执行不了的。

begin;
SELECT * FROM user WHERE id = 1 FOR UPDATE;
commit;

例 3: (主键不明确,table lock)

begin;
SELECT * FROM user WHERE id<>3 FOR UPDATE;
SELECT * FROM user WHERE id LIKE '%3%' FOR UPDATE;
commit;

例 4: (无主键,table lock)

begin;
SELECT * FROM user WHERE name='Tom' FOR UPDATE;
commit;

注意:

  1. FOR UPDATE 仅适用于 InnoDB,且必须在 事务处理模块 (BEGIN/COMMIT) 中才能生效。
  2. 要测试锁定的状况,可以利用 MySQL 的 Command Mode(命令模式),开两个视窗来做测试。
  3. Myisam 只支持表级锁,InnerDB 支持行级锁 添加了 (行级锁 / 表级锁) 锁的数据不能被其它事务再锁定,也不被其它事务修改。是表级锁时,不管是否查询到记录,都会锁定表。

三、什么时候需要使用 for update?

借助 for update 语句,我们可以在应用程序的层面手工实现数据加锁保护操作。就是那些需要业务层面数据独占时,可以考虑使用 for update。

场景上,比如火车票订票,在屏幕上显示有票,而真正进行出票时,需要重新确定一下这个数据没有被其他客户端修改。所以,在这个确认过程中,可以使用 for update。

四、for update 悲观锁

悲观锁:总是假设最坏的情况,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会阻塞直到它解锁。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁。就像 for update,再比如 Java 里面的同步原语 synchronized 关键字的实现也是悲观锁。

乐观锁:顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。乐观锁适用于多读的应用类型,这样可以提高吞吐量,像数据库提供的类似于 write_condition 机制,其实都是提供的乐观锁。

注意:本文主要参考了 for update 的作用和用法

正文完
 0