qiezijiajia

  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

概述

mysql事务隔离级别分为以下四种:

Read Uncommitted(读取未提交内容)

       在该隔离级别,所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用,因为它的性能也不比其他级别好多少。读取未提交的数据,也被称之为脏读(Dirty Read)。
Read Committed(读取提交内容)

       这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读(Nonrepeatable Read),因为同一事务的其他实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。
Repeatable Read(可重读)

       这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。不过理论上,这会导致另一个棘手的问题:幻读 (Phantom Read)。简单的说,幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)机制解决了该问题。

Serializable(可串行化) 
       这是最高的隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。在这个级别,可能导致大量的超时现象和锁竞争。

         这四种隔离级别采取不同的锁类型来实现,若读取的是同一个数据的话,就容易发生问题。例如:

         脏读(Drity Read):某个事务已更新一份数据,另一个事务在此时读取了同一份数据,由于某些原因,前一个RollBack了操作,则后一个事务所读取的数据就会是不正确的。

         不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致,这可能是两次查询过程中间插入了一个事务更新的原有的数据。

         幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致,例如有一个事务查询了几列(Row)数据,而另一个事务却在此时插入了新的几列数据,先前的事务在接下来的查询中,就会发现有几列数据是它先前所没有的。

         在MySQL中,实现了这四种隔离级别,分别有可能产生问题如下所示:

 

下面来进行测试,分别使用两个客户端,通过修改客户端A的事务隔离级别,客户端B保持不变;

1.read uncommitted

clientA clientB
 修改事务隔离级别:

set session transaction isolation level read uncommitted;

开始事务:

start transaction;

开始事务:

 

start transaction;

 查询当前表中的值:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |  111 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

更新一条记录:

update transtest set num=10 where id=1;

 

 再次查询记录,可以看到B的事务还未提交但是已经可以查询到B的修改:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |   10 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

B进行事务回滚:

MariaDB [data_test]> rollback;

Query OK, 0 rows affected (0.00 sec)

 

 A再次查询结果,结果又修改回来了:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |  111 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

B提交事务:

 

MariaDB [data_test]> commit;

 A对记录进行修改:

MariaDB [data_test]> update transtest set num=100 where id=1;

Query OK, 1 row affected (0.00 sec)

Rows matched: 1  Changed: 1  Warnings: 0

B也对记录进行修改,出现挂起 :

MariaDB [big_data_test]> update transtest set num=20 where id=1;

 

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

    可以看到,read uncommitted事务隔离级别是非常不安全的,会出现很多问题。但是事务对记录的修改会给记录加上行锁,update默认加的是行排它锁。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.read committed

clientA clientB
 修改事务隔离级别:

set session transaction isolation level read committed;

开始事务:

start transaction;

开始事务:

 

start transaction;

 查询当前表中的值:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |  111 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

更新一条记录:

update transtest set num=10 where id=1;

 

 再次查询记录,查询结果没有影响:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |  111 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

B进行事务提交:

MariaDB [data_test]> commit;

Query OK, 0 rows affected (0.00 sec)

 

 A再次查询结果,能够查询到B的修改了:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |   10 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

B重新开始事务:

 

MariaDB [data_test]> start transaction;;

 A对记录进行修改:

MariaDB [data_test]> update transtest set num=100 where id=1;

Query OK, 1 row affected (0.00 sec)

Rows matched: 1  Changed: 1  Warnings: 0

B也对记录进行修改,出现挂起 :

MariaDB [big_data_test]> update transtest set num=20 where id=1;

 

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

    可以看到,read committed事务隔离级别只会在事务提交后,才会对另一个事务产生影响。但是事务对记录的修改会给记录加上行锁,update默认加的是行排它锁。

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3.repeatable read

clientA clientB
 修改事务隔离级别:

set session transaction isolation level repeatable read;

开始事务:

start transaction;

开始事务:

 

start transaction;

 查询当前表中的值:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |  111 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

更新一条记录:

update transtest set num=10 where id=1;

 

 再次查询记录,查询结果没有影响:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |  111 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

B进行事务提交:

MariaDB [data_test]> commit;

Query OK, 0 rows affected (0.00 sec)

 

 A再次查询结果,查询结果也没有影响:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |  111 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

 

A提交事务后再次查询,可以看到结果已经改变:

MariaDB [data_test]> commit;

Query OK, 0 rows affected (0.00 sec)

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |   10 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

 
 

重新开始事务:

 

MariaDB [data_test]> start transaction;;

 

B重新开始事务:

 

MariaDB [data_test]> start transaction;;

 A对记录进行修改:

MariaDB [data_test]> update transtest set num=100 where id=1;

Query OK, 1 row affected (0.00 sec)

Rows matched: 1  Changed: 1  Warnings: 0

B也对记录进行修改,出现挂起 :

MariaDB [big_data_test]> update transtest set num=20 where id=1;

 

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

    可以看到,REPEATABLE-READ事务隔离级别,当两个事务同时进行时,其中一个事务修改数据对另一个事务不会造成影响,即使修改的事务已经提交也不会对另一个事务造成影响。事务对记录的修改会给记录加上行锁,update默认加的是行排它锁。

 

 

4.serializable

clientA clientB
 修改事务隔离级别:

set session transaction isolation level serializable;

开始事务:

start transaction;

开始事务:

 

start transaction;

 查询当前表中的值:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |  111 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

 

 查询当前表中的值:

MariaDB [data_test]> select * from transtest;

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

| id   | num  |

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

|    1 |  111 |

|    2 |    2 |

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

2 rows in set (0.00 sec)

 

 

B对记录进行修改,出现挂起 :

MariaDB [big_data_test]> update transtest set num=20 where id=1;

 

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

    可以看到,SERIALIZABLE事务隔离级别最严厉,在进行查询时就会对表或行加上共享锁,其他事务对该表将只能进行读操作,而不能进行写操作。。事务对记录的修改会给记录加上行锁,update默认加的是行排它锁。
posted on 2017-10-13 11:09  qiezijiajia  阅读(234)  评论(0编辑  收藏  举报