MySQL事务隔离级别和锁

表结构

create table record(
id int auto_increment primary key,
title varchar(255) not null,
shortName varchar(255) not null,
authorId int not null,
createTime datetime not null,
state int  not null,
totalView int default null
);

insert into record (title,shortName,authorId,createTime,state,totalView) 
values (‘hello world 000‘,‘hello-world-0‘,1,‘2015-10-11 08:08:08‘,1,10),
(‘hello world 111‘,‘hello-world-1‘,1,‘2015-10-11 08:08:08‘,2,10),
(‘hello world 222‘,‘hello-world-2‘,2,‘2015-10-11 08:08:08‘,3,10),
(‘hello world 333‘,‘hello-world-3‘,3,‘2015-10-11 08:08:08‘,4,10),
(‘hello world 444‘,‘hello-world-4‘,3,‘2015-10-11 08:08:08‘,5,10);

首先关于事务的隔离级别

http://my.oschina.net/xinxingegeya/blog/215419

http://my.oschina.net/xinxingegeya/blog/296513

还有锁的分类，粒度和策略

http://my.oschina.net/xinxingegeya/blog/215417

MySQL的多版本控制MVCC

http://my.oschina.net/xinxingegeya/blog/208821

RC隔离级别下的锁

在READ-COMMITTED隔离级别下，行锁的表现如下，

SessionA

开启事务

mysql>
mysql> SELECT @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-COMMITTED        |
+-----------------------+
1 row in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql>

SessionB

开启事务

mysql> SELECT @@global.tx_isolation;
+-----------------------+
| @@global.tx_isolation |
+-----------------------+
| READ-COMMITTED        |
+-----------------------+
1 row in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql>

SessionA

在Session A中更新id ＝ 1 的纪录，如下，

mysql> update record set title = ‘session a update‘ where id = 1;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1  Changed: 1  Warnings: 0

更新成功了，接下来在Session B中更新同一个id ＝ 1的纪录，

Session B

mysql> update record set title = ‘session b update‘ where id = 1;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

可以看到由于Session A还没有提交，SessionA持有id ＝ 1 的纪录的行锁，所以当Session B更新时没有相应的行锁，所以锁等待超时更新失败。同时也可以看到在当前的事务下可以更新其他的纪录。

mysql> update record set title = ‘session b update‘ where id = 1;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction
mysql> update record set title = ‘session b update‘ where id = 2;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

更新id ＝ 2 的纪录成功了。

但要注意的是，我们通过id字段进行更新的，通过id字段选择要更新的数据行，同时id字段是一个主键列，如果在没有索引的字段上查找更新会有怎么样的效果呢？我们来看一下。

Session AA

开启事务，

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

Session BB

开启事务，

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

Sessoin AA

mysql> update record set title = ‘session a update‘ where authorId = 1;
Query OK, 2 rows affected (0.00 sec)
Rows matched: 2  Changed: 2  Warnings: 0

更新成功。接下来在Session BB中更新authorId ＝ 1 的数据行。按照上面说的情况，authorId列上没有索引，这样会导致锁表，但实际的效果是怎么样的呢？

Session BB

mysql> update record set title = ‘session c update‘ where authorId = 2;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1  Changed: 1  Warnings: 0

mysql> update record set title = ‘session c update‘ where authorId = 1;
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

可以看到更新authorId ＝ 2 的纪录没有等待锁，也就是其他数据行没有被锁住，而更新authorId ＝ 1 的数据行时却发现锁等待超时（Session AA事务还没有提交）。

我们前面也说了，当更新非索引列时会把整个表锁住，这是怎么回事？

这时因为当通过authorId更新时，mysql存储引擎不知道要锁定哪些数据行，因为authorId上没有索引，所以返回整个表的数据行，同时锁住。然后mysql服务器层进行过滤，同时解锁不符合条件的数据行（调用存储引擎的unlock操作）。

最后提交 Session AA的事务，

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

然后在Session BB中执行更新，提交，

mysql> update record set title = ‘session c update‘ where authorId = 1;
Query OK, 2 rows affected (0.00 sec)
Rows matched: 2  Changed: 2  Warnings: 0

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

RR隔离级别下的锁

我们来看一下RR隔离级别下的锁，首先我们把authorId列上加上索引。

Session A

开启事务

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

Session B

开启事务

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

Session A

执行以下更新语句

mysql> select * from record;
+----+------------------+---------------+----------+---------------------+-------+-----------+
| id | title            | shortName     | authorId | createTime          | state | totalView |
+----+------------------+---------------+----------+---------------------+-------+-----------+
|  1 | hello world 000  | hello-world-0 |        1 | 2015-10-11 08:08:08 |     1 |        10 |
|  2 | hello world 111  | hello-world-1 |        1 | 2015-10-11 08:08:08 |     2 |        10 |
|  3 | hello world 222  | hello-world-2 |        2 | 2015-10-11 08:08:08 |     3 |        10 |
|  4 | hello world 333  | hello-world-3 |        3 | 2015-10-11 08:08:08 |     4 |        10 |
|  5 | hello world 444  | hello-world-4 |        3 | 2015-10-11 08:08:08 |     5 |        10 |
|  6 | session a update | hello-world-0 |        4 | 2015-10-11 08:08:08 |     1 |        10 |
|  7 | hello world 666  | hello-world-0 |        5 | 2015-10-11 08:08:08 |     1 |        10 |
|  8 | hello world 666  | hello-world-0 |        6 | 2015-10-11 08:08:08 |     1 |        10 |
+----+------------------+---------------+----------+---------------------+-------+-----------+
8 rows in set (0.00 sec)

mysql> update record set title = ‘session a update‘ where authorId = 4;
Query OK, 0 rows affected (0.00 sec)
Rows matched: 1  Changed: 0  Warnings: 0

Session B

执行以下插入语句，

mysql> insert into record (title,shortName,authorId,createTime,state,totalView)  values (‘hello world 666‘,‘hello-world-0‘,4,‘2015-10-11 08:08:08‘,6,10);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

可以看到锁等待超时，看一下是等待什么锁，

> select * from INNODB_LOCKS

******************** 1. row *********************
    lock_id: 11604:64:4:11
lock_trx_id: 11604
  lock_mode: X,GAP
  lock_type: RECORD
 lock_table: `test`.`record`
 lock_index: idx_author_id
 lock_space: 64
  lock_page: 4
   lock_rec: 11
  lock_data: 5, 7
******************** 2. row *********************
    lock_id: 11603:64:4:11
lock_trx_id: 11603
  lock_mode: X,GAP
  lock_type: RECORD
 lock_table: `test`.`record`
 lock_index: idx_author_id
 lock_space: 64
  lock_page: 4
   lock_rec: 11
  lock_data: 5, 7
2 rows in set

可以看到lock_mode项是 X,GAP。X表示排他锁，GAP间隙锁。

再比如，

mysql> insert into record (title,shortName,authorId,createTime,state,totalView)  values (‘hello world 666‘,‘hello-world-0‘,3,‘2015-10-11 08:08:08‘,6,10);
ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

等待的锁，

> select * from INNODB_LOCKS

******************** 1. row *********************
    lock_id: 11604:64:4:10
lock_trx_id: 11604
  lock_mode: X,GAP
  lock_type: RECORD
 lock_table: `test`.`record`
 lock_index: idx_author_id
 lock_space: 64
  lock_page: 4
   lock_rec: 10
  lock_data: 4, 6
******************** 2. row *********************
    lock_id: 11603:64:4:10
lock_trx_id: 11603
  lock_mode: X
  lock_type: RECORD
 lock_table: `test`.`record`
 lock_index: idx_author_id
 lock_space: 64
  lock_page: 4
   lock_rec: 10
  lock_data: 4, 6
2 rows in set

这两个还是稍微有些差别的。

注意：

记录锁：是加在索引记录上的。

间隙锁：对索引记录间的范围加锁，加在最后一个索引记录的前面或者后面

Next-key锁：记录锁和间隙锁的组合，间隙锁锁定记录锁之前的范围

间隙锁主要是防止幻象读，用在Repeated-Read（简称RR）隔离级别下。在Read-Commited（简称RC）下，一般没有间隙锁（有外键情况下例外，此处不考虑）。间隙锁还用于statement based replication

间隙锁有些副作用，如果要关闭，一是将会话隔离级别改到RC下，或者开启 innodb_locks_unsafe_for_binlog（默认是OFF）。

间隙锁只会出现在辅助索引上，唯一索引和主键索引是没有间隙锁。间隙锁（无论是S还是X）只会阻塞insert操作。

＝＝＝＝＝＝＝＝＝END＝＝＝＝＝＝＝＝＝

时间： 2024-10-10 16:11:06

MySQL事务隔离级别和锁的相关文章

mysql事务隔离级别与锁的关系

其实操作了这么久mysql一直也没有把mysql中事务跟锁的关系弄得特别清楚.然后搜到美团这篇文章,顺便结合一下自己遇到的问题总结一下. 首先事务有四种隔离级别: Reference: http://tech.meituan.com/innodb-lock.html Innodb中的事务隔离级别和锁的关系

MySQL数据库引擎、事务隔离级别、锁

MySQL数据库引擎.事务隔离级别.锁 数据库引擎InnoDB和MyISAM有什么区别 大体区别为: MyISAM类型不支持事务处理等高级处理,而InnoDB类型支持.MyISAM类型的表强调的是性能,其执行效率比InnoDB类型更快,但是不支持事务,而InnoDB提供事务支持以及外键等高级数据库功能. 具体实现的区别: InnoDB不支持FULLTEXT类型的索引 InnoDB中不保存表的具体行数,也就是说,执行查询SQL时,InnoDB要扫描一遍整个表来计算有多少行,而MyISAM只要简单的

查询mysql事务隔离级别

查询mysql事务隔离级别 查询mysql事务隔离级别 分类: DB2011-11-26 13:12 2517人阅读 评论(0) 收藏 举报 mysqlsessionjava 1.查看当前会话隔离级别 select @@tx_isolation; 2.查看系统当前隔离级别 select @@global.tx_isolation; 3.设置当前会话隔离级别 set session transaction isolatin level repeatable read; 4.设置系统当前隔离级别 s

Mysql事务-隔离级别

MYSQL事务-隔离级别 事务是什么? 事务简言之就是一组SQL执行要么全部成功,要么全部失败.MYSQL的事务在存储引擎层实现. 事务都有ACID特性: 原子性(Atomicity):一个事务必须被视为一个不可分割的单元: 一致性(Consistency):数据库总是从一种状态切换到另一种状态: 隔离性(Isolation):通常来说,事务在提交前对于其他事务不可见: 持久性(Durablity):一旦事务提交,所做修改永久保存数据库: 事务最常用的例子就是银行转账.假设polo需给lynn转

MySQL事务隔离级别为"REPEATABLE-READ"下的"幻读"现象

MySQL事务隔离级别为"REPEATABLE-READ"下的"幻读"现象 关于mysql命令行中事务控制的语句见该文章:http://my.oschina.net/xinxingegeya/blog/296459 本片参考文章:http://blog.csdn.net/jiao_fuyou/article/details/16368827 http://www.cnblogs.com/hancf/archive/2012/08/28/2660422.html my

MySQL InnoDB中的事务隔离级别和锁的关系

前言: 我们都知道事务的几种性质,数据库为了维护这些性质,尤其是一致性和隔离性,一般使用加锁这种方式.同时数据库又是个高并发的应用,同一时间会有大量的并发访问,如果加锁过度,会极大的降低并发处理能力.所以对于加锁的处理,可以说就是数据库对于事务处理的精髓所在.这里通过分析MySQL中InnoDB引擎的加锁机制,来抛砖引玉,让读者更好的理解,在事务处理中数据库到底做了什么. 一.一次封锁or两段锁因为有大量的并发访问,为了预防死锁,一般应用中推荐使用一次封锁法,就是在方法的开始阶段,已经预先知道会

MySQL事务隔离级别详解

SQL标准定义了4类隔离级别,包括了一些具体规则,用来限定事务内外的哪些改变是可见的,哪些是不可见的.低级别的隔离级一般支持更高的并发处理,并拥有更低的系统开销.Read Uncommitted(读取未提交内容) 在该隔离级别,所有事务都可以看到其他未提交事务的执行结果.本隔离级别很少用于实际应用,因为它的性能也不比其他级别好多少.读取未提交的数据,也被称之为脏读(Dirty Read).Read Committed(读取提交内容) 这是大多数数据库系统的默认隔离级别(但不是MySQL默认的).

Innodb中的事务隔离级别和锁的关系

前言: 我们都知道事务的几种性质,数据库为了维护这些性质,尤其是一致性和隔离性,一般使用加锁这种方式.同时数据库又是个高并发的应用,同一时间会有大量的并发访问,如果加锁过度,会极大的降低并发处理能力.所以对于加锁的处理,可以说就是数据库对于事务处理的精髓所在.这里通过分析MySQL中InnoDB引擎的加锁机制,来抛砖引玉,让读者更好的理解,在事务处理中数据库到底做了什么. #一次封锁or两段锁? 因为有大量的并发访问,为了预防死锁,一般应用中推荐使用一次封锁法,就是在方法的开始阶段,已经预先知道

查询修改mysql事务隔离级别

1.查看当前会话隔离级别 select @@tx_isolation; 2.查看系统当前隔离级别 select @@global.tx_isolation; 3.设置当前会话隔离级别 set tx_isolation='read-committed'; 4.设置系统当前隔离级别 set global transaction isolation level read committed; 关于隔离级别的理解: 1.read uncommitted 可以看到未提交的数据(脏读),举个例子:别人说的话