MySQL 事务隔离级别

  1. 云栖社区>
  2. 博客>
  3. 正文

MySQL 事务隔离级别

优惠券发放 2019-04-17 10:04:34 浏览243
展开阅读全文

MySQL 事务隔离级别
基本概念
  事务的基本特性
原子性(Atomicity): 当开启事务后,后面的所有操作,要么全部成功,要么全部失败。
一致性(Consistency): 事务执行前后数据库状态保持一致。
隔离性(Isolation): 在事务未提交前,它的操作对其他用户是不可见的。
持久性(Durability): 一旦事务成功,将进行永久的变更,记录与redo日志;
  事务并发引发的问题
脏读:所读取的数据已经被修改了,属于没有意义的数据。
不可重复读:事务A多次读取同一条数据,事务B在A读取的过程中对这条数据进行了更改,导致事务A读取的数据中出现的结果不一致。
幻读:同样一个查询错做在整个事务过程中多次执行后,查询所得的结果集不一样。(侧重于新增和删除操作)
  事务的隔离级别
读未提交(read-uncommitted):读取其它事务未完成的结果。
不可重复读(read-committed) :事务完成后,才能读取该事务的数据更新后的结果。
可重复读(repeatable-read) :在整个事务的过程中,对同一笔数据的读取结果是相同的,不管其他事务是否同时在对同一笔数据进行更新,也不管其他事务对同一笔数据的更新提交与否。
串行化(serializable) :事务操作都必须依次顺序执行,可以避免其他隔离级别遇到的所有问题,是最为安全的隔离级别, 但同时也是性能最差的隔离级别。
   不同隔离级别引发的问题
隔离级别 脏读 不可重复读 幻读
读未提交 Yes Yes Yes
不可重复读 No Yes Yes
可重复读 No No Yes
串行化 No No No
案例说明
   本此案例使用单表进行测试,具体表结构如下所示:

复制代码
1 DROP TABLE IF EXISTS user;
2 CREATE TABLE user (
3 id int(11) NOT NULL AUTO_INCREMENT,
4 name varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
5 age int(11) NULL DEFAULT NULL,
6 balance int(255) NULL DEFAULT NULL,
7 PRIMARY KEY (id) USING BTREE
8 )
9
10 INSERT INTO user VALUES (1, '张三', 21, 100);
11 INSERT INTO user VALUES (2, '李四', 21, 0);
复制代码
  表中有两条数据张三的余额为100,李四的余额为0;

  读未提交
   在Windows环境下使用dos窗口(此处需要两个窗口进行测试分别为A/B)进入mysql的客户端,并切换到此表对应的数据库下。

   在A窗口和B窗口下对其事务的模式进行设置并开启事务。

1 SET session transaction isolation level read uncommitted;
2
3 START TRANSACTION;
  在窗口A中对张三的余额进行调整(加50),在不进行提交的前提下在窗口B对张三的余额进行查询,结果如下:

  窗口A

  窗口B

  我们发现客户端B的数据也是被更新了,但是,如果有一天由于某些问题,客户端的这次更新进行了回滚操作,那么客户端B中查询的数据就属于脏数据了,这时候就会有脏读的问题。

不可重复读
  同样的打开两个窗口并对其事务进行设置。

1 SET session transaction isolation level read committed;
2
3 START TRANSACTION;
  对在窗口A中对张三的余额进行调整(加50),在不进行提交的前提下在窗口B对张三的余额进行查询,结果如下:

  窗口A

  窗口B

  这里我们发现在A窗口没有提交事务前B窗口无法拿到A窗口更新的数据,因此解决了脏读的情况。

  下来我们对A窗口的数据进行提交。并再次查询结果。

  窗口A

  窗口B

  

  这个时候B窗口的数据在A窗口提交事务前后的数据是不一致的,因此会有不可重复读的问题产生。

可重复读
  同样的打开两个窗口并对其事务进行设置。

1 SET session transaction isolation level repeatable read;
2
3 START TRANSACTION;
对在窗口A中对张三的余额进行调整(加50),在不进行提交的前提下在窗口B对张三的余额进行查询,结果如下:

  窗口A

  窗口B

  这里我们发现在A窗口没有提交事务前B窗口无法拿到A窗口更新的数据,因此解决了脏读的情况。

  下来我们对A窗口的数据进行提交。并再次查询结果。

  窗口A

  窗口B

  

  此时发现已经解决了不可重复读的问题。

  这时候如果在窗口B对张三的数据再进行增加(+50)呢?那么最终的数据会是多少呢?

  窗口A

  

  窗口B

  

  可见B窗口的数据是在A窗口的基础上进行操作的,因此数据的一致性没有被破坏,因为可重复读的隔离级别下使用了MVCC机制。

  下来我们在B窗口新增一条数据,并进行提交。

1 INSERT INTO user VALUES (3, '王五', 21, 200);
  窗口A

  

  客户端A两次结果发生了不一致,出现幻读。

串行化
  同样的打开两个窗口并对其事务进行设置。

1 SET session transaction isolation level serializable;
2
3 START TRANSACTION;
  窗口A对user表中的数据进行查询,在窗口B对数据进行更新。

  窗口A

  

  窗口B

  

原文地址https://www.cnblogs.com/brother-four/p/10711398.html

网友评论

作者关闭了评论
优惠券发放
+ 关注