事务的隔离级别

部分参考:https://www.cnblogs.com/wyaokai/p/10921323.html

一、事务的基本要素(ACID)

  1、原子性(Atomicity):事务开始后所有操作,要么全部做完,要么全部不做,不可能停滞在中间环节。事务执行过程中出错,会回滚到事务开始前的状态,所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体,就像化学中学过的原子,是物质构成的基本单位。

   2、一致性(Consistency):事务开始前和结束后,数据库的完整性约束没有被破坏 。比如A向B转账,不可能A扣了钱,B却没收到。

   3、隔离性(Isolation):同一时间,只允许一个事务请求同一数据,不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱,在A取钱的过程结束前,B不能向这张卡转账。

   4、持久性(Durability):事务完成后,事务对数据库的所有更新将被保存到数据库,不能回滚。

 

二、事务的并发问题

  1、脏读:事务A读取了事务B更新的数据,然后B回滚操作,那么A读取到的数据是脏数据

  2、不可重复读:事务 A 多次读取同一数据,事务 B 在事务A多次读取的过程中,对数据作了更新并提交,导致事务A多次读取同一数据时,结果 不一致。

  3、幻读:系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级,但是系统管理员B就在这个时候插入了一条具体分数的记录,当系统管理员A改结束后发现还有一条记录没有改过来,就好像发生了幻觉一样,这就叫幻读。

  小结:不可重复读的和幻读很容易混淆,不可重复读侧重于修改,幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行,解决幻读需要锁表

 

这里一定要区分 不可重复读 和 幻读:

    不可重复读的重点是修改:
     同样的条件的select, 你读取过的数据, 再次读取出来发现值不一样了

   幻读的重点在于新增或者删除:
    同样的条件的select, 第1次和第2次读出来的记录数不一样

    从结果上来看, 两者都是为多次读取的结果不一致。但如果你从实现的角度来看, 它们的区别就比较大:
    对于前者, 在RC下只需要锁住满足条件的记录,就可以避免被其它事务修改,也就是 select for update, select in share mode; RR隔离下使用MVCC实现可重复读;
    对于后者, 要锁住满足条件的记录及所有这些记录之间的gap,也就是需要 gap lock。

 RC 与 RR 在锁方面的区别:

1> 显然 RR 支持 gap lock(next-key lock),而RC则没有gap lock。因为MySQL的RR需要gap lock来解决幻读问题。而RC隔离级别则是允许存在不可重复读和幻读的。所以RC的并发一般要好于RR;

2> RC 隔离级别,通过 where 条件过滤之后,不符合条件的记录上的行锁,会释放掉(虽然这里破坏了“两阶段加锁原则”);但是RR隔离级别,即使不符合where条件的记录,也不会释放行锁和gap lock;所以从锁方面来看,RC的并发应该要好于RR;另外 insert into t select ... from s where 语句在s表上的锁也是不一样的。

 

 

三、MySQL事务隔离级别

mysql默认的隔离级别是 RR (repeatable-read),RR隔离级别存在幻读,但是MYSQL 通过GAP锁 (间隙锁)防止了幻读的发生,所以在mysql中的RR 隔离级别不会发生幻读的情况。

但是RR隔离级别因为有这个锁的存在,所以会出现各种锁等待。

因此生产环境中我们通常将事务的隔离级别设置为RC (READ-COMMITTED ),虽然RC 隔离级别会产生不可重复读的问题,

RC隔离级别在同一个事务内会存在查询出不同数据的现象,但是这些数据都必然是提交过的,是真实存进硬盘的数据.所以也不用过分担忧,而且RC隔离级别反而降低了锁粒度,也不是毫无用处.oracle和sql server默认的隔离级别类似RC.

 

事务隔离级别 脏读 不可重复读 幻读
读未提交(read-uncommitted)
不可重复读(read-committed)
可重复读(repeatable-read)
串行化(serializable)

查看默认隔离级别:

select @@tx_isolation;

set global tx_isolation = 'READ-COMMITTED'
show global variables like '%isolation%';

 

2.数据库的默认隔离级别

   除了MySQL默认采用RR隔离级别之外,其它几大数据库都是采用RC隔离级别。

   但是他们的实现也是极其不一样的。Oracle仅仅实现了RC 和 SERIALIZABLE隔离级别。默认采用RC隔离级别,解决了脏读。但是允许不可重复读和幻读。其SERIALIZABLE则解决了脏读、不可重复读、幻读。

   MySQL的实现:MySQL默认采用RR隔离级别,SQL标准是要求RR解决不可重复读的问题,但是因为MySQL采用了gap lock,所以实际上MySQL的RR隔离级别也解决了幻读的问题。那么MySQL的SERIALIZABLE是怎么回事呢?其实MySQL的SERIALIZABLE采用了经典的实现方式,对读和写都加锁。

四、WAL 日志先写机制

复制代码
当执行提交事务之后, 并不是直接修改到数据文件中的, 而是先保证将相关的操作日志记录到Redo日志文件中, 
数据库后台会根据自身的机制将内存中的脏数据刷新到磁盘中。

这么做, 有以下两点原因:
写入数据文件时随机I/O比较慢, 用户执行提交之后一定要等到数据文件同步写入
完成才返回成功, 用户的感受就会比较差。
如果提交一个很大的事务要进行大量的随机I/O同步写入, 那么数据库就会有抖
动。
综合以上两点考虑引入了Redo日志, 每次提交事务之后, 都先将相关的操作日志写
Redo日志文件中, 并且都追加到文件末尾, 这是一个顺序I/O。 这样将每次同步的随机
I/O转换为顺序I/O, 对脏数据的刷新在后台可以进行阶段性操作, 并且可以做相关的I/O
并, 使整体性能得到提升。

复制代码

 


五、MVCC 多版本并发机制

 

 

 

 

 

 

 


posted @   数据库小白(专注)  阅读(122)  评论(0编辑  收藏  举报
编辑推荐:
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· .NET Core 托管堆内存泄露/CPU异常的常见思路
阅读排行:
· 微软正式发布.NET 10 Preview 1:开启下一代开发框架新篇章
· 没有源码,如何修改代码逻辑?
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
点击右上角即可分享
微信分享提示