Mysql 事务隔离级说明

按照SQL:1992 事务隔离级别，InnoDB默认是可重复读的（REPEATABLE READ）。MySQL/InnoDB 提供SQL标准所描述的所有四个事务隔离级别。你可以在命令行用--transaction-isolation选项，或在选项文件里，为所有连接设置默认隔离级别。

例如，你可以在my.inf文件的[mysqld]节里类似如下设置该选项：

transaction-isolation = {READ-UNCOMMITTED | READ-COMMITTED | REPEATABLE-READ | SERIALIZABLE}

用户可以用SET TRANSACTION语句改变单个会话或者所有新进连接的隔离级别。它的语法如下：

SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE} 

注意：默认的行为（不带session和global）是为下一个（未开始）事务设置隔离级别。如果你使用GLOBAL关键字，语句在全局对从那点开始创建的所有新连接（除了不存在的连接）设置默认事务级别。你需要SUPER权限来做这个。使用SESSION 关键字为将来在当前连接上执行的事务设置默认事务级别。 任何客户端都能自由改变会话隔离级别（甚至在事务的中间），或者为下一个事务设置隔离级别。 

你可以用下列语句查询全局和会话事务隔离级别：

SELECT@@global.tx_isolation;

SELECT@@session.tx_isolation;

SELECT@@tx_isolation;

----以上手册中的理论知识;

===========================================================================================

隔离级别               脏读（Dirty Read）          不可重复读（NonRepeatable Read）     幻读（Phantom Read） 

===========================================================================================

未提交读（Read uncommitted）        可能                            可能                       可能

已提交读（Read committed）          不可能                          可能                        可能

可重复读（Repeatable read）          不可能                          不可能                     可能

可串行化（Serializable ）                不可能                          不可能                     不可能

===========================================================================================

·未提交读(Read Uncommitted)：允许脏读，也就是可能读取到其他会话中未提交事务修改的数据

·提交读(Read Committed)：只能读取到已经提交的数据。Oracle等多数数据库默认都是该级别 (不重复读)

·可重复读(Repeated Read)：可重复读。在同一个事务内的查询都是事务开始时刻一致的，InnoDB默认级别。在SQL标准中，该隔离级别消除了不可重复读，但是还存在幻象读

·串行读(Serializable)：完全串行化的读，每次读都需要获得表级共享锁，读写相互都会阻塞

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

用例子说明各个级别的情况：

① 脏读: 脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。

session 1:

mysql> select @@global.tx_isolation;

+-----------------------+

| @@global.tx_isolation |

+-----------------------+

| REPEATABLE-READ      |

+-----------------------+

row in set (0.00 sec)

mysql> select @@session.tx_isolation;

+-----------------------+

| @@session.tx_isolation |

+-----------------------+

| REPEATABLE-READ      |

+-----------------------+

row in set (0.00 sec)

mysql> start transaction;

Query OK, 0 rows affected (0.00 sec)

mysql> insert into ttd values(1);

Query OK, 1 row affected (0.05 sec)

mysql> select * from ttd;

+------+

| id  |

+------+

|    1 |

+------+

row in set (0.00 sec)

session 2:

mysql> select @@session.tx_isolation;

+------------------------+

| @@session.tx_isolation |

+------------------------+

| REPEATABLE-READ        |

+------------------------+

row in set (0.00 sec)

mysql> select @@global.tx_isolation;

+-----------------------+

| @@global.tx_isolation |

+-----------------------+

| REPEATABLE-READ  |        --------该隔离级别下(除了 read uncommitted)

+-----------------------+

row in set (0.00 sec)

mysql> select * from ttd;

Empty set (0.00 sec)              --------不会出现脏读

mysql> set session transaction isolation level read uncommitted;

Query OK, 0 rows affected (0.00 sec)

mysql> select @@session.tx_isolation;

+------------------------+

| @@session.tx_isolation |

+------------------------+

| READ-UNCOMMITTED      |  --------该隔离级别下

+------------------------+

row in set (0.00 sec)

mysql> select * from ttd;

+------+

| id  |

+------+

|    1 |                                      --------READ-UNCOMMITTED 级别出现脏读

+------+

row in set (0.00 sec)

结论:session 2 在READ-UNCOMMITTED 下读取到session 1 中未提交事务修改的数据.

② 不可重复读:是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。

session 1:

mysql> select @@session.tx_isolation;

+------------------------+

| @@session.tx_isolation |

+------------------------+

| READ-COMMITTED        |

+------------------------+

row in set (0.00 sec)

mysql> start transaction;

Query OK, 0 rows affected (0.00 sec)

mysql> select * from ttd;

+------+

| id  |

+------+

|    1 |

+------+

row in set (0.00 sec)

session 2 :

mysql> select @@session.tx_isolation;

+------------------------+

| @@session.tx_isolation |

+------------------------+

| REPEATABLE-READ        |

+------------------------+

row in set (0.00 sec)

mysql> start transaction;

Query OK, 0 rows affected (0.00 sec)

mysql> select * from ttd;

+------+

| id  |

+------+

|    1 |

+------+

row in set (0.00 sec)

mysql> insert into ttd values(2);  /也可以更新数据

Query OK, 1 row affected (0.00 sec)

mysql> select * from ttd;

+------+

| id  |

+------+

|    1 |

|    2 |

+------+

rows in set (0.00 sec)

mysql> commit;

Query OK, 0 rows affected (0.02 sec)

session 2 提交后,查看session 1 的结果;

session 1:

mysql> select * from ttd;

+------+

| id  |

+------+

|    1 |                            --------和第一次的结果不一样,READ-COMMITTED 级别出现了不重复读

|    2 |

+------+

rows in set (0.00 sec)

③ 可重复读:

session 1:

mysql> select @@session.tx_isolation;

+------------------------+

| @@session.tx_isolation |

+------------------------+

| REPEATABLE-READ        |

+------------------------+

row in set (0.00 sec)

mysql> start transaction;

Query OK, 0 rows affected (0.00 sec)

mysql> select * from ttd;

+------+

| id  |

+------+

|    1 |

|    2 |

+------+

rows in set (0.00 sec)

session 2 :

mysql> select @@session.tx_isolation;

+------------------------+

| @@session.tx_isolation |

+------------------------+

| REPEATABLE-READ        |

+------------------------+

row in set (0.00 sec)

mysql> start transaction;

Query OK, 0 rows affected (0.00 sec)

mysql> insert into ttd values(3);

Query OK, 1 row affected (0.00 sec)

mysql> commit;

Query OK, 0 rows affected (0.03 sec)

session 2 提交后,查看session 1 的结果;

session 1:

mysql> select * from ttd;

+------+

| id  |

+------+

|    1 |                                      --------和第一次的结果一样,REPEATABLE-READ级别出现了重复读

|    2 |

+------+

rows in set (0.00 sec)

(commit session 1 之后 再select * from ttd 可以看到session 2 插入的数据3)

④ 幻读:第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。

mysql>CREATE TABLE `t_bitfly` (

`id` bigint(20) NOT NULL default '0',

`value` varchar(32) default NULL,

PRIMARY KEY (`id`)

) ENGINE=InnoDB

mysql> select @@global.tx_isolation, @@tx_isolation;

+-----------------------+-----------------+

| @@global.tx_isolation | @@tx_isolation  |

+-----------------------+-----------------+

| REPEATABLE-READ      | REPEATABLE-READ |

+-----------------------+-----------------+

实验一：

t Session A                  Session B

|

| START TRANSACTION;          START TRANSACTION;

|

| SELECT * FROM t_bitfly;

| empty set

|                                                       INSERT INTO t_bitfly

|                                                       VALUES (1, 'a');

|

| SELECT * FROM t_bitfly;

| empty set

|                                                                COMMIT;

|

| SELECT * FROM t_bitfly;

| empty set

|

| INSERT INTO t_bitfly VALUES (1, 'a');

| ERROR 1062 (23000):

| Duplicate entry '1' for key 1

v (shit, 刚刚明明告诉我没有这条记录的)

如此就出现了幻读，以为表里没有数据，其实数据已经存在了，傻乎乎的提交后，才发现数据冲突了。

实验二：

t Session A                  Session B

|

| START TRANSACTION;        START TRANSACTION;

|

| SELECT * FROM t_bitfly;

| +------+-------+

| | id  | value |

| +------+-------+

| |    1 | a    |

| +------+-------+

|                                                INSERT INTO t_bitfly

|                                               VALUES (2, 'b');

|

| SELECT * FROM t_bitfly;

| +------+-------+

| | id  | value |

| +------+-------+

| |    1 | a    |

| +------+-------+

|                                                               COMMIT;

|

| SELECT * FROM t_bitfly;

| +------+-------+

| | id  | value |

| +------+-------+

| |    1 | a    |

| +------+-------+

|

| UPDATE t_bitfly SET value='z';

| Rows matched: 2  Changed: 2  Warnings: 0

| (怎么多出来一行)

|

| SELECT * FROM t_bitfly;

| +------+-------+

| | id  | value |

| +------+-------+

| |    1 | z    |

| |    2 | z    |

| +------+-------+

本事务中第一次读取出一行，做了一次更新后，另一个事务里提交的数据就出现了。也可以看做是一种幻读。

当隔离级别是可重复读，且禁用innodb_locks_unsafe_for_binlog的情况下，在搜索和扫描index的时候使用的next-key locks可以避免幻读。

再看一个实验，要注意，表t_bitfly里的id为主键字段。

实验三：

t Session A                Session B

|

| START TRANSACTION;        START TRANSACTION;

|

| SELECT * FROM t_bitfly

| WHERE id<=1

| FOR UPDATE;

| +------+-------+

| | id  | value |

| +------+-------+

| |    1 | a    |

| +------+-------+

|                                                     INSERT INTO t_bitfly

|                                                    VALUES (2, 'b');

|                                                    Query OK, 1 row affected

|

| SELECT * FROM t_bitfly;

| +------+-------+

| | id  | value |

| +------+-------+

| |    1 | a    |

| +------+-------+

|                                                        INSERT INTO t_bitfly

|                                                       VALUES (0, '0');

|                                                       (waiting for lock ...then timeout)

|                                                      ERROR 1205 (HY000):

|                                                      Lock wait timeout exceeded;

|                                                      try restarting transaction

|

| SELECT * FROM t_bitfly;

| +------+-------+

| | id  | value |

| +------+-------+

| |    1 | a    |

| +------+-------+

|                                                                     COMMIT;

|

| SELECT * FROM t_bitfly;

| +------+-------+

| | id  | value |

| +------+-------+

| |    1 | a    |

| +------+-------+

可以看到，用id<=1加的锁，只锁住了id<=1的范围，可以成功添加id为2的记录，添加id为0的记录时就会等待锁的释放。

实验四：一致性读和提交读

t Session A                      Session B

|

| START TRANSACTION;            START TRANSACTION;

|

| SELECT * FROM t_bitfly;

| +----+-------+

| | id | value |

| +----+-------+

| |  1 | a    |

| +----+-------+

|                                          INSERT INTO t_bitfly        

|                                          VALUES (2, 'b');

|                                          COMMIT;

|

| SELECT * FROM t_bitfly;

| +----+-------+

| | id | value |

| +----+-------+

| |  1 | a    |

| +----+-------+

|

| SELECT * FROM t_bitfly LOCK IN SHARE MODE;

| +----+-------+

| | id | value |

| +----+-------+

| |  1 | a    |

| |  2 | b    |

| +----+-------+

|

| SELECT * FROM t_bitfly FOR UPDATE;

| +----+-------+

| | id | value |

| +----+-------+

| |  1 | a    |

| |  2 | b    |

| +----+-------+

|

| SELECT * FROM t_bitfly;

| +----+-------+

| | id | value |

| +----+-------+

| |  1 | a    |

| +----+-------+

如果使用普通的读，会得到一致性的结果，如果使用了加锁的读，就会读到“最新的”“提交”读的结果。

本身，可重复读和提交读是矛盾的。在同一个事务里，如果保证了可重复读，就会看不到其他事务的提交，违背了提交读；如果保证了提交读，就会导致前后两次读到的结果不一致，违背了可重复读。

可以这么讲，InnoDB提供了这样的机制，在默认的可重复读的隔离级别里，可以使用加锁读去查询最新的数据（提交读）。

MySQL InnoDB的可重复读并不保证避免幻读，需要应用使用加锁读来保证。

总结:

四个级别逐渐增强，每个级别解决一个问题。事务级别越高,性能越差,大多数环境read committed 可以用.记住4个隔离级别的特点(上面的例子);

©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 199,393评论 5赞 467
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 83,790评论 2赞 376
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 146,391评论 0赞 330
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 53,703评论 1赞 270
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 62,613评论 5赞 359
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 48,003评论 1赞 275
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 37,507评论 3赞 390
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 36,158评论 0赞 254
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 40,300评论 1赞 294
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,256评论 2赞 317
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,274评论 1赞 328
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 32,984评论 3赞 316
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 38,569评论 3赞 303
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,662评论 0赞 19
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,899评论 1赞 255
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 42,268评论 2赞 345
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 41,840评论 2赞 339

推荐阅读更多精彩内容