mysql-Innodb事务隔离级别-repeatable read详解(转)

1、事务隔离级别

ANSI/ISO SQL标准定义了4中事务隔离级别：未提交读（read uncommitted），提交读（read committed），重复读（repeatable read），串行读（serializable）。

对于不一样的事务，采用不一样的隔离级别分别有不一样的结果。不一样的隔离级别有不一样的现象。主要有下面3种如今：

一、脏读（dirty read）：一个事务能够读取另外一个还没有提交事务的修改数据。

二、非重复读（nonrepeatable read）：在同一个事务中，同一个查询在T1时间读取某一行，在T2时间从新读取这一行时候，这一行的数据已经发生修改，可能被更新了（update），也可能被删除了（delete）。

三、幻像读（phantom read）：在同一事务中，同一查询屡次进行时候，因为其余插入操做（insert）的事务提交，致使每次返回不一样的结果集。

不一样的隔离级别有不一样的现象，并有不一样的锁定/并发机制，隔离级别越高，数据库的并发性就越差，4种事务隔离级别分别表现的现象以下表：

隔离级别	脏读	非重复读	幻像读
read uncommitted	容许	容许	容许
read committed		容许	容许
repeatable read			容许
serializable

2、数据库中的默认事务隔离级别

在Oracle中默认的事务隔离级别是提交读（read committed）。

对于MySQL的Innodb的默认事务隔离级别是重复读（repeatable read）。能够经过下面的命令查看：

mysql> SELECT @@GLOBAL.tx_isolation, @@tx_isolation;

+———————–+—————–+

| @@GLOBAL.tx_isolation | @@tx_isolation  |

+———————–+—————–+

| REPEATABLE-READ | REPEATABLE-READ |

+———————–+—————–+

1 row in set (0.00 sec)

下面进行一下测试：

 

Time	Session 1	Session 2
T1	set autocommit=0;	set autocommit=0;
T2	mysql> select * from tmp_test;   +——+———+ | id   | version | +——+———+ |    1 |       1 | +——+———+ 1 row in set (0.00 sec)
T3		mysql> update tmp_test set version=2 where id=1;   Query OK, 1 row affected (0.02 sec) Rows matched: 1  Changed: 1  Warnings: 0 mysql> select * from tmp_test; +——+———+ | id   | version | +——+———+ |    1 |       2 | +——+———+ 1 row in set (0.00 sec)
T4	mysql> select * from tmp_test;   +——+———+ | id   | version | +——+———+ |    1 |       1 | +——+———+ 1 row in set (0.00 sec) 【说明】 Session 2未提交，看到数据不变，无脏读。
T5		commit;
T6	mysql> select * from tmp_test;   +——+———+ | id   | version | +——+———+ |    1 |       1 | +——+———+ 1 row in set (0.00 sec) 【说明】 Session 2已经提交，仍是看到数据不变，便可以重复读。
T7	commit;
T8	mysql> select * from tmp_test;   +——+———+ | id   | version | +——+———+ |    1 |       2 | +——+———+ 1 row in set (0.00 sec) 【说明】 提交事务，看到最新数据。
T9		mysql> insert into tmp_test values(2,1);   Query OK, 1 row affected (0.00 sec) mysql> select * from tmp_test; +——+———+ | id   | version | +——+———+ |    1 |       2 | |    2 |       1 | +——+———+ 2 rows in set (0.00 sec) mysql> commit; Query OK, 0 rows affected (0.00 sec)
T10	mysql> select * from tmp_test;   +——+———+ | id   | version | +——+———+ |    1 |       2 | +——+———+ 1 row in set (0.00 sec) 【说明】 Session 2的insert事务已经提交，看到的数据和T8的时候同样，即未发生幻象读。
T11	mysql> commit;   Query OK, 0 rows affected (0.00 sec) mysql> select * from tmp_test; +——+———+ | id   | version | +——+———+ |    1 |       2 | |    2 |       1 | +——+———+ 2 rows in set (0.00 sec) 【说明】 事务提交，看到最新数据。

上面的结果能够看到Innodb的重复读（repeatable read）不容许脏读，不容许非重复读（便可以重复读，Innodb使用多版本一致性读来实现）和不容许幻象读（这点和ANSI/ISO SQL标准定义的有所区别）。

另外，一样的测试：

一、当session 2进行truncate表的时候，这个时候session 1再次查询就看不到数据。

二、当session 2进行alter表的时候，这个时候session 1再次查询就看不到数据。

 

形成以上的缘由是由于 mysql的持续非锁定读，在repeatable read级别下，读采用的是持续非锁定读。相关介绍见下面：

持续读意味着InnoDB使用它的多版本化来给一个查询展现某个时间点处数据库的快照。查询看到在那个时间点以前被提交的那些确切事务作的更改，而且没有其后的事务或未提交事务作的改变。这个规则的例外是，查询看到发布该查询的事务自己所作的改变。

若是你运行在默认的REPEATABLE READ隔离级别，则在同一事务内的全部持续读读取由该事务中第一个这样的读所确立的快照。你能够经过提交当前事务并在发布新查询的事务以后，为你的查询得到一个更新鲜的快照。

持续读是默认模式，在其中InnoDBzai在READ COMMITTED和REPEATABLE READ隔离级别处理SELECT语句。持续读不在任何它访问的表上设置锁定，所以，其它用户可自由地在持续读在一个表上执行的同一时间修改这些表。

注意，持续读不在DROP TABLE和ALTER TABLE上做用。持续读不在DROP TABLE上做用，由于MySQL不能使用已经被移除的表，而且InnoDB 破坏了该表。持续读不在ALTER TABLE上做用，由于它在某事务内执行，该事务建立一个新表，而且从旧表往新表中插入行。如今，当你从新发出持续读之时，它不能在新表中看见任何行，由于它们被插入到一个在持续读读取的快照中不可见的事务 里。