您的位置:首页 > 数据库 > MySQL

MySQL 事务隔离级别

2019-04-16 16:05 811 查看

基本概念

  事务的基本特性

  1. 原子性(Atomicity): 当开启事务后,后面的所有操作,要么全部成功,要么全部失败。
  2. 一致性(Consistency): 事务执行前后数据库状态保持一致。
  3. 隔离性(Isolation): 在事务未提交前,它的操作对其他用户是不可见的。
  4. 持久性(Durability): 一旦事务成功,将进行永久的变更,记录与redo日志;

  事务并发引发的问题

  1. 脏读:所读取的数据已经被修改了,属于没有意义的数据。
  2. 不可重复读:事务A多次读取同一条数据,事务B在A读取的过程中对这条数据进行了更改,导致事务A读取的数据中出现的结果不一致。
  3. 幻读:同样一个查询错做在整个事务过程中多次执行后,查询所得的结果集不一样。(侧重于新增和删除操作)

  事务的隔离级别

  1. 读未提交(read-uncommitted):读取其它事务未完成的结果。
  2. 不可重复读(read-committed) :事务完成后,才能读取该事务的数据更新后的结果。
  3. 可重复读(repeatable-read) :在整个事务的过程中,对同一笔数据的读取结果是相同的,不管其他事务是否同时在对同一笔数据进行更新,也不管其他事务对同一笔数据的更新提交与否。
  4. 串行化(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

  

 

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: