ITPub博客

首页 > 数据库 > MySQL > MySQL/InnoDB锁机制

MySQL/InnoDB锁机制

MySQL 作者:笑平风 时间:2015-08-27 00:39:59 0 删除 编辑

显式加锁

  • select ... lock in share mode:加 S 锁 

  • select ... for update:加 X 锁 


MySQL快照读和当前读

在一个支持MVCC并发控制的系统中,哪些读操作是快照读?哪些操作又是当前读呢?以MySQL InnoDB为例:

快照读:简单的select操作,属于快照读,不加锁。(当然,也有例外,下面会分析)

select * from table where ?;

当前读:特殊的读操作,插入/更新/删除操作,属于当前读,需要加锁

select * from table where ? lock in share mode;

select * from table where ? for update;

insert into table values (…);

update table set ? where ?;

delete from table where ?;

所有以上的语句,都属于当前读,读取记录的最新版本。并且,读取之后,还需要保证其他并发事务不能修改当前记录,对读取记录加锁。其中,除了第一条语句,对读取记录加S锁 (共享锁)外,其他的操作,都加的是X锁 (排它锁)。

为什么将 插入/更新/删除 操作,都归为当前读?可以看看下面这个 更新 操作,在数据库中的执行流程:

update 执行流程

从图中,可以看到,一个Update操作的具体流程。当Update SQL被发给MySQL后,MySQL Server会根据where条件,读取第一条满足条件的记录,然后InnoDB引擎会将第一条记录返回,并加锁 (current read)。待MySQL Server收到这条加锁的记录之后,会再发起一个Update请求,更新这条记录。一条记录操作完成,再读取下一条记录,直至没有满足条件的记录为止。 因此,Update操作内部,就包含了一个当前读。同理,Delete操作也一样。Insert操作会稍微有些不同,简单来说,就是Insert操作可能 会触发Unique Key的冲突检查,也会进行一个当前读。

注:根据上图的交互,针对一条当前读的SQL语句,InnoDB与MySQL Server的交互,是一条一条进行的,因此,加锁也是一条一条进行的。先对一条满足条件的记录加锁,返回给MySQL Server,做一些DML操作;然后在读取下一条加锁,直至读取完毕。


select ... lock in share mode

官方文档解释

SELECT ... LOCK IN SHARE MODE sets a shared mode lock on the rows read. A shared mode lock enables other sessions to read the rows but not to modify them. The rows read are the latest available, so if they belong to another transaction that has not yet committed, the read blocks until that transaction ends. 

在读取的行上设置一个共享模式的锁。这个共享锁允许其它session读取数据但不允许修改它。 行读取的是最新的数据,如果他被其它事务使用中而没有提交,读取锁将被阻塞直到那个事务结束。 


lock in share mode示例一

session1

?
1
2
3
4
5
6
7
8
9
10
11
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select from t1 where b = 4000 lock in share mode;
+----+------+
| a  | b    |
+----+------+
| 53 | 4000 |
| 54 | 4000 |
+----+------+
rows in set (0.00 sec)


session2

?
1
2
3
4
5
6
7
8
9
10
11
12
13
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select from t1 where b= 4000;
+----+------+
| a  | b    |
+----+------+
| 53 | 4000 |
| 54 | 4000 |
+----+------+
rows in set (0.00 sec)
 
mysql> update t1 set b = 2999 where a = 53;

因为session1给查询结果加了读锁,当session2更新a=53这条数据时,session1里加的读锁拒绝修改,所以session2事务在这里阻塞,即发生死锁,当超过一定时间后,该事务执行失败,这是因为mysql的死锁检测起作用。


session1

?
1
2
mysql> commit;
Query OK, 0 rows affected (0.00 sec)

session1执行commit,提交事务,解除了对查询结果的读锁,也就是共享锁,这时,session2的update语句执行。


session2

?
1
2
3
4
5
6
7
8
9
10
11
12
13
Query OK, 1 row affected (20.83 sec)
Rows matched: 1  Changed: 1  Warnings: 0
 
mysql> select from t1 where a = 53;
+----+------+
| a  | b    |
+----+------+
| 53 | 2999 |
+----+------+
1 row in set (0.00 sec)
 
mysql> commit;
Query OK, 0 rows affected (0.04 sec)


session1

?
1
2
3
4
5
6
7
8
9
10
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select from t1 where a = 53;
+----+------+
| a  | b    |
+----+------+
| 53 | 2999 |
+----+------+
1 row in set (0.00 sec)


lock in share mode示例二

session1

?
1
2
3
4
5
6
7
8
9
10
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select from t1 where b = 4000 lock in share mode;
+----+------+
| a  | b    |
+----+------+
| 54 | 4000 |
+----+------+
1 row in set (0.00 sec)


session2

?
1
2
3
4
5
6
7
8
9
10
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select from t1 where b= 4000 lock in share mode;
+----+------+
| a  | b    |
+----+------+
| 54 | 4000 |
+----+------+
1 row in set (0.00 sec)

可以看出,当session1加了共享锁后,其他事务还可以给其加共享锁。。。。


select ... for update

官方解释

SELECT ... FOR UPDATE sets an exclusive lock on the rows read. An exclusive lock prevents other sessions from accessing the rows for reading or writing. 

在读取行上设置一个排他锁。组织其他session读取或者写入行数据


select ... for update示例一

session1 

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select from t1 where b < 4000 for update;
+----+------+
| a  | b    |
+----+------+
| 51 | 2000 |
| 52 | 2999 |
| 53 | 2999 |
| 57 | 2000 |
+----+------+
rows in set (0.06 sec)
 
mysql>


session2

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
mysql> begin;
Query OK, 0 rows affected (0.00 sec)
 
mysql> select from t1 where b < 4000 ;
+----+------+
| a  | b    |
+----+------+
| 51 | 2000 |
| 52 | 2999 |
| 53 | 2999 |
| 57 | 2000 |
+----+------+
rows in set (0.00 sec)
 
mysql> select from t1 where b < 4000 for update;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
mysql>

在该事务中在加排它锁,过一段时间后,报错。。但能读取数据。

================END================

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29798713/viewspace-1783602/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2014-08-09

  • 博文量
    75
  • 访问量
    161442