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

5次阅读

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

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

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

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

行锁永远是独占方式锁。

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

执行提交（COMMIT）语句
退出数据库（LOG OFF）
程序停止运行

通常情况下，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;

注意：

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

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

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

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

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