数据库事务理解及脏读、不可重复读、幻读解释及隔离级别

最新推荐文章于 2024-07-30 19:26:47 发布

洛阳城里无落阳

最新推荐文章于 2024-07-30 19:26:47 发布

阅读量667

点赞数 1

分类专栏： mysql 文章标签：数据库 java database

本文链接：https://blog.csdn.net/qq_41253573/article/details/122540240

版权

mysql 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

一、什么是事务？

事务是作为一个逻辑单元执行的一系列操作，一个逻辑工作单元必须有四个属性，称为 ACID（原子性、一致性、隔离性和持久性）属性，只有这样才能成为一个事务：
1，原子性
事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。这里常被用来举例的银行转账：A给B转了1000元，A的账户先减1000，B的账号再加1000，得一起执行成功。

2，一致性
事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。
3，隔离性
由并发事务所作的修改必须与任何其它并发事务所作的修改隔离。事务查看数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是另一事务修改它之后的状态，事务不会查看中间状态的数据。这里就在多线程时，因为隔离性的不同，导致脏读、不可重复读、幻读的问题，后面接着解释，先插个眼。

4，持久性
事务完成之后，它对于系统的影响是永久性的。该修改即使出现系统故障也将一直保持，比如系统故障或者停电，重启后，还是有效的。

上面是常见的系统性解释，讲人话就是，一组MDL（insert、update、delete）语句，执行都要成功要么都失败，并且多线程执行互相没影响，执行结果最终要写到硬盘里。

具体到数据库事务时，一个业务，可能需要多个增删改执行才能完成，这是很就需要事务啦，下面简单图解下。
在这里插入图片描述

二、什么是脏读、不可重复读、幻读

1、第一类丢失更新

在完全未隔离事务的情况下，两个事务更新同一条数据资源，某一事务完成，另一事务异常终止，回滚造成第一个完成的更新也同时丢失。这个问题现代关系型数据库已经不会发生，就不在这里占用篇幅，有兴趣的可以自行百度。

2、脏读

A事务执行过程中，B事务读取了A事务的修改。但是由于某些原因，A事务可能没有完成提交，发生RollBack了操作，则B事务所读取的数据就会是不正确的。这个未提交数据就是脏读（Dirty Read）。脏读产生的流程如下：
在这里插入图片描述

3、不可重复读

B事务读取了两次数据，在这两次的读取过程中A事务修改了数据，B事务的这两次读取出来的数据不一样。B事务这种读取的结果，即为不可重复读（Nonrepeatable Read）。不可重复读的产生的流程如下：
在这里插入图片描述

4、第二类丢失更新（不可重复读的特殊情况）

不可重复读有一种特殊情况，两个事务更新同一条数据资源，后完成的事务会造成先完成的事务更新丢失。这种情况就是大名鼎鼎的第二类丢失更新。主流的数据库已经默认屏蔽了第一类丢失更新问题（即：后做的事务撤销，发生回滚造成已完成事务的更新丢失），但我们编程的时候仍需要特别注意第二类丢失更新。它产生的流程如下：
在这里插入图片描述

5、幻读

B事务读取了两次数据，在这两次的读取过程中A事务添加了数据，B事务的这两次读取出来的集合不一样。幻读产生的流程如下：
在这里插入图片描述
这个流程看起来和不可重复读差不多，但幻读强调的集合的增减，而不是单独一条数据的修改。

三、数据库隔离级别

为了解决上面五种情况，数据库提供了四级隔离级别给我们选择。

1、读未提交（Read Uncommitted）

在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别是最低的隔离级别，虽然拥有超高的并发处理能力及很低的系统开销，但很少用于实际应用。因为采用这种隔离级别只能防止第一类更新丢失问题，不能解决脏读，不可重复读及幻读问题。

2、读已提交（Read Committed）

这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别可以防止脏读问题，但会出现不可重复读及幻读问题。

3、可重复读（Repeatable Read）

这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。这种隔离级别可以防止除幻读外的其他问题。

4、可串行化（Serializable）

这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读、第二类更新丢失问题。在这个级别，可以解决上面提到的所有并发问题，但可能导致大量的超时现象和锁竞争，通常数据库不会用这个隔离级别，我们需要其他的机制来解决这些问题:乐观锁和悲观锁。

四种级别能解决的问题，网上盗的图：
在这里插入图片描述
根据我做的项目，一般都是用的mysql数据库，默认第三级，幻读可严重不严重的东东，一般没怎么管，如果要管，通常也不会开启第四级别，太费性能和时间了，一般用代码层面或其他数据库方法去解决。
还有一些，为了数据库性能，或者就是非mysql数据，默认就是读已提交（Read Committed）也不打算改为第三级，也是在代码层面去解决的。这里炒别人一段例子。

在这里插入图片描述
图中是典型的第二类丢失更新问题，后果异常严重。我们这里就以读已提交（Read Committed）及以下隔离级别中会出现不可重复读现象为例。从上面的表格可以看出，当事务隔离级别为可重复读（Repeatable Read）时可以避免。把TestReadCommitted中的Read线程事务级别调整一下：`
// file: Test\TestReadCommitted.cs
//
// summary: 读已提交会出现“不可重复读”现象
// 把读线程（事务B）的隔离级别调整到RepeatableRead，即可杜绝

using System;
using System.Linq;
using System.Threading;
using System.Transactions;
using Microsoft.EntityFrameworkCore;
using Microsoft.Extensions.DependencyInjection;
using NUnit.Framework;
using TestTransaction.Domain;

namespace TestTransaction.Test
{
public class TestReadCommitted : TestBase
{
private AutoResetEvent _toWriteEvent = new AutoResetEvent(false);
private AutoResetEvent _toReadEvent = new AutoResetEvent(false);

    [Test]
    public void ReadCommitted()
    {
        ThreadPool.QueueUserWorkItem(data => {
            Read();  //启动线程读
        });
        ThreadPool.QueueUserWorkItem(data => {
            Write();  //启动线程写
        });

        Thread.Sleep(60000);

        using (var context = _autofacServiceProvider.GetService<OpenAuthDBContext>())
        {
            var user = context.Users.SingleOrDefault(u => u.Account == "admin");
            Console.WriteLine($"最终用户状态:【{user.Status}】--{DateTime.Now.ToString("HH:mm:ss fff")}");
        }

    }

    private void Read()
    {
        //读线程（事务B）的隔离级别调整到RepeatableRead
        using (var transactionScope = new TransactionScope(TransactionScopeOption.Required,
            new TransactionOptions { IsolationLevel = IsolationLevel.RepeatableRead, Timeout = TimeSpan.FromSeconds(40) }))
        {
            using (var context = _autofacServiceProvider.GetService<OpenAuthDBContext>())
            {
                var user = context.Users.SingleOrDefault(u => u.Account == "admin");
                Console.WriteLine($"事务B：第一次读取:【{user.Status}】--{DateTime.Now.ToString("HH:mm:ss fff")}");
            }

            _toWriteEvent.Set();  //模拟多线程切换，这时切换到写线程，复现不可重复读
            _toReadEvent.WaitOne();

            using (var context = _autofacServiceProvider.GetService<OpenAuthDBContext>())
            {
                var user = context.Users.SingleOrDefault(u => u.Account == "admin");
                Console.WriteLine($"事务B：第二次读取:【{user.Status}】--{DateTime.Now.ToString("HH:mm:ss fff")}");
            }
        }

    }

    private void Write()
    {
        _toWriteEvent.WaitOne();

        using (var scope = new TransactionScope(TransactionScopeOption.Required,
            new TransactionOptions { IsolationLevel = IsolationLevel.ReadCommitted, Timeout = TimeSpan.FromSeconds(5) }))
        {
            User user = null;
            using (var context = _autofacServiceProvider.GetService<OpenAuthDBContext>())
            {
                user = context.Users.SingleOrDefault(u => u.Account == "admin");
                Console.WriteLine($"事务A：读取为【{user?.Status}】--{DateTime.Now.ToString("HH:mm:ss fff")}");
                user.Status = 1 - user.Status;
                try
                {
                    context.SaveChanges();
                    scope.Complete();

                    Console.WriteLine($"事务A：已被更改为【{user.Status}】--{DateTime.Now.ToString("HH:mm:ss fff")}");
                }
                catch (DbUpdateException e)
                {
                    Console.WriteLine($"事务A：异常，为了保证可重复读，你的修改提交失败，请稍后重试--{DateTime.Now.ToString("HH:mm:ss fff")}");
                }
            }
            _toReadEvent.Set();
        }
    }
}

}
`

洛阳城里无落阳

关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
数据库事务理解及脏读、不可重复读、幻读解释及隔离级别

一、什么是事务？事务是作为一个逻辑单元执行的一系列操作，一个逻辑工作单元必须有四个属性，称为 ACID（原子性、一致性、隔离性和持久性）属性，只有这样才能成为一个事务：1，原子性事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。这里常被用来举例的银行转账：A给B转了1000元，A的账户先减1000，B的账号再加1000，得一起执行成功。2，一致性事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。3，隔离性由
复制链接

扫一扫

专栏目录