我在这里分享一篇关于 MySQL 的可重复读介绍,讲得挺好的,可以解决一些疑惑,链接在下方引用处。...但是,MySQL 的可重复读比 SQL 的可重复读的标准要更高,具体表现为:仅仅用 select 语句时幻读不会发生(这种情况简称 Phantom Reads),但是出现与写有关的操作时幻读会发生(这种情况简称...所以这就解释了某些文章会说 MySQL 的可重复读可以防止某些幻读情况的出现。...另外,从面试的角度来说,如果没有强调是 MySQL 的情况,可以忽略这些,只要按照 SQL 的关于幻读和可重复读的定义来回答即可。...引用: 一篇关于 MySQL 的可重复读介绍: https://blog.pythian.com/understanding-mysql-isolation-levels-repeatable-read
事物隔离级别是可重复度: section 1: (1)创建数据库: create DATABASE TESTDB; (2)创建表: CREATE TABLE `t` (
简单理解一下可重复读 可重复读是指:一个事务执行过程中看到的数据,总是跟这个事务在启动时看到的数据是一致的。 我们可以简单理解为:在可重复读隔离级别下,事务在启动的时候就”拍了个快照“。...这时,你可能就会想,如果一个库有 100G,那么我启动一个事务,MySQL就要拷贝 100G 的数据出来,这个过程得多慢啊。可是,我平时的事务执行起来很快啊。...在可重复读隔离级别下,一个事务在启动时,InnoDB 会为事务构造一个数组,用来保存这个事务启动瞬间,当前正在”活跃“的所有事务ID。”活跃“指的是,启动了但还没提交。...可重复读的核心是一致性读,而事务更新数据的时候,只能使用当前读,如果当前记录的行锁被其他事务占用,就需要进入锁等待。 参考 03 | 事务隔离:为什么你改了我还看不见?
但是对于幻读,我发现在可重复读的隔离级别下没有出现,当时想到难道是MySQL对幻读做了什么处理?...可重复读取(Repeatable Read):禁止不可重复读取和脏读取,但是有时可能出现幻读数据。读取数据的事务将会禁止写事务(但允许读事务),写事务则禁止任何其他事务。Mysql默认使用该隔离级别。...这种结果告诉我们其实在MySQL可重复读的隔离级别中并不是完全解决了幻读的问题,而是解决了读数据情况下的幻读问题。而对于修改的操作依旧存在幻读问题,就是说MVCC对于幻读的解决时不彻底的。...快照读和当前读 出现了上面的情况我们需要知道为什么会出现这种情况。在查阅了一些资料后发现在RR级别中,通过MVCC机制,虽然让数据变得可重复读,但我们读到的数据可能是历史数据,不是数据库最新的数据。...,这就实现了可重复读了。
什么是事务 事务的实现方式 不同机制下的不同隔离级别 幻读(P3/A3)和写偏斜(A5B) mysql中的可重复度 幻读 写偏斜 mysql中可重复读的实现 postgresql中的可重复读 无幻读 写偏斜...不同机制下的不同隔离级别 SQL标准定义了四种隔离级别,分别是读未提交,读已提交,可重复读,可串行化。...mysql中可重复读的实现 看源码可以发现,mysql中的读操作是使用MVCC机制实现,可以正确的查找到需要的行,但是写操作实现的时候有两点和我想的不太一样: 写操作永远读取已提交的数据,并没有走MVCC...根据这个实现,我们可以推理出,mysql的可重复读同样会发生lost update和read skew,只要测试的事务中存在写操作。...具体例子可见此处 mysql的可重复读是比SI更低的隔离级别,在发生幻读时,SI隔离级别事物的正确行为应该是后提交的事务回滚,而mysql两个事务都可以提交,显然,他的一致性更低,但是并发性更好(回滚率低
其他数据库 Oracle,SqlServer中都是选择读已提交(Read Commited)作为默认的隔离级别,为什么Mysql不选择读已提交(Read Commited)作为默认隔离级别,而选择可重复读...那Mysql在5.0这个版本以前,binlog只支持STATEMENT这种格式!...而这种格式在读已提交(Read Commited)这个隔离级别下主从复制是有bug的,因此Mysql将可重复读(Repeatable Read)作为默认的隔离级别!...解决方案 隔离级别设为可重复读(Repeatable Read),在该隔离级别下引入间隙锁。当Session 1执行delete语句时,会锁住间隙。...奈何这个格式在mysql5.1版本开始才引入。 因此由于历史原因,mysql将默认的隔离级别设为可重复读(Repeatable Read),保证主从复制不出问题!
一般的DBMS系统,默认都会使用读提交(Read-Comitted,RC)作为默认隔离级别,如Oracle、SQLServer等,而MySQL却使用可重复读(Read-Repeatable,RR)。...隔离级别依次为>:串行化 > RR > RC >读未提交 在SQL标准中,前三种隔离级别分别解决了幻象读、不可重复读和脏读的问题。那么,为什么MySQL使用可重复读作为默认隔离级别呢?...而这种格式在读已提交(Read Commited)这个隔离级别下主从复制是有bug的,因此Mysql将可重复读(Repeatable Read)作为默认的隔离级别!...(1)隔离级别设为可重复读(Repeatable Read),在该隔离级别下引入间隙锁。当Session 1执行delete语句时,会锁住间隙。那么,Ssession 2执行插入语句就会阻塞住!...奈何这个格式在mysql5.1版本开始才引入。 因此由于历史原因,mysql将默认的隔离级别设为可重复读(Repeatable Read),保证主从复制不出问题!
MySQL 百问百答 之 可重复读中的快照 MySQL 中的视图 view 查询语句定义的虚拟表,在调用的时候执行查询语句并生成语句。 InnoDB实现MVCC 用的一致性读视图。...快照在MVCC里是怎么工作的 2.1 什么是快照 在可重复读隔离级别下,事务在启动的时候就拍了快照,这个快照基于整个库。...事务版本 事务ID 可重复读的定义是在事务启动和结束的这段期间,数据库的其他更新对当前事务不可见。...可重复读实现原理是,以当前事务启动时刻为准,有事务ID x,如果数据版本 大于x则表示实在事务启动后的新版本数据,则对当前事务不可见。
群里有小伙伴面试时,碰到面试官提了个很刁钻的问题:Mysql为何使用可重复读(Repeatable read)为默认隔离级别???...却使用可重复读(Read-Repeatable,RR)。...(Repeated Read):可重复读。...奈何这个格式在mysql5.1版本开始才引入。因此由于历史原因,mysql将默认的隔离级别设为可重复读(Repeatable Read),保证主从复制不出问题!...一般是使用mysql自带分布式事务功能时才使用该隔离级别 RC和 RR 此时我们纠结的应该就只有一个问题了:隔离级别是用读已提交还是可重复读?
福哥答案2020-12-14: 答案来自此链接: 快照读:就是select。MVCC。...为了解决当前读中的幻读问题,MySQL事务使用了Next-Key锁。 select * from table where ?...for update; insert; update ; delete; MVCC在MySQL的InnoDB中的实现如下: 在InnoDB中,会在每行数据后添加两个额外的隐藏的值来实现MVCC,这两个值一个记录这行数据何时被创建...在可重读Repeatable reads事务隔离级别下: 1.SELECT时,读取创建版本号当前事务版本号。
InnoDB 事务隔离级别 参考网址: 《MySQL/InnoDB中的事务隔离级别》 《MySQL隔离级别》 《innodb当前读 与 快照读》 《MySQL的InnoDB的幻读问题》 1.1...):会出现不可重复读、幻读; Oracle 默认隔离级别; 一个事务内操作一条数据,可以查询到另一个已提交事务操作同一条数据的最新值; 可重复读 (Repeatable Read):会出现幻读;...,保证了可重复读,而且可以防止幻读;但是 InnoDB 幻读时保证的数据一致性是快照读,也就是历史数据(见[第十六章](# 十六....1.4 当前读和快照读 参考地址: 《innodb当前读 与 快照读》 《MySQL的InnoDB的幻读问题》 《快照读、当前读和MVCC》 《MYSQL(04)-间隙锁详解》 1.4.1...在可重复读级别下,当前读是通过行锁 (record lock) 与间隙锁 (gap lock) 实现的。
MySQL InnoDB引擎默认的隔离级别是可重复读(RR)。...而RR 是可重复读,在一个事务中,执行两次相同的select语句,查询到的结果是一样的。那MySQL是如何做到可重复读的呢?...三、MySQL如何解决幻读在MySQL数据库内,默认的存储引擎是InnoDB,且事务的隔离级别是可重复读(Repeatable Read,RR)。...隔离级别是RR(可重复读)下的MySQL怎么避免幻读问题呢——MySQL通过一种next-key lock的锁机制一定程度上避免了幻读问题,具体原理如下。...参考 黑马程序员MySQL相关视频笔记、美团面试官:可重复读隔离级别实现原理是什么?(一文搞懂MVCC机制)、MySQL 如何解决幻读(MVCC 原理分析)
快照读 ---- 快照读会生成一个ReadView(读视图),InnoDB引擎在默认隔离级别可重复读情况下,第一次普通的select生成ReadView,在事务提交之前一直不变。...举例说明: 事务1~6的执行时间顺序按序号依次开始,当事务2执行普通select查询,生成快照读视图,在事务2结束之前不变(InnoDB引擎在默认隔离级别可重复读情况)。...MySql写-写并发问题避坑:更新丢失问题 ---- 虽然InnoDB通过MVCC + Next-Key Lock(临键锁)来解决幻读,实现了事务的隔离级别Repeatable Read(可重复读),但是写...Read(可重复读)。...普通的select读就是快照读,非阻塞。InnoDB引擎在默认隔离级别可重复读情况下,第一次普通的select生成ReadView,在事务提交之前一直不变。 ----
MySQL的MVCC是什么,有什么用?一、介绍面试被问到了MVCC,我不知道啊,一脸懵逼!...首先我们先了解一下数据库事务的隔离级别未提交读(READ UNCOMMITED):也就是脏读,当一个事务读取到另外一个事务修改但未提交的数据时已提交读 (READ COMMITED):简称RC可重复读(...REPEATABLE READ):简称RR可串行化(SERIALIZABLE)隔离级别脏读不可重复读幻读未提交读可能可能可能已提交读不可能可能可能可重复读不可能不可能可能可串行化不可能不可能不可能那么先介绍下面的现象脏读...快照读配合当前读会影响,读取的结果,我们看下面的undo log和readView我们要确定版本时,就是拿着快照读去匹配版本链上的每一个undo log,从最后往前进行判断使用这些判断条件,MySQL就能确定要读取的版本了判断...那么只需要,将同一个事务中快照读,变成同一份,不就是可重复读的隔离级别了嘛。故事务中,将第一次快照读进行保存,后面的读取都按照这份快照读进行复用。那么为什么说可重复读RR,并不能完全解决幻读的问题呢?
不可重复读 线程1:在当前线程内,多次读,结果不⼀致(读到了另⼀事务update的数据) 不可重复读是指在对于数据库中的某个数据,⼀个事务范围内多次查询却返回了不同的数据值,这是由于在查询间隔,被另⼀个事务修改并提交了...REPEATABLE READ(可重复读): 解决了脏读,也保证了在同⼀个事务中多次读取同样记录的结果是⼀致的。...SERIALIZABLE(可串⾏化): 它通过强制事务串⾏执⾏,避免了前⾯说的幻读的问题。...select @@tx_isolation; 设置事务隔离级别 set session transation isolation level read uncommitted; 四、InnoBD 可重复读隔离级别下如何避免幻读...在Repeatable read(可重复读)的情况下 情况1: session1、session2都开启事务,先在session1中读取账户余额发现是600,在session2中修改账户余额为300
首先我们先了解一下数据库事务的隔离级别 未提交读(READ UNCOMMITED):也就是脏读,当一个事务读取到另外一个事务修改但未提交的数据时 已提交读 (READ COMMITED):简称RC 可重复读...(REPEATABLE READ):简称RR 可串行化(SERIALIZABLE) 隔离级别 脏读 不可重复读 幻读 未提交读 可能 可能 可能 已提交读 不可能 可能 可能 可重复读 不可能 不可能...快照读配合当前读会影响,读取的结果,我们看下面的undo log和readView 我们要确定版本时,就是拿着快照读去匹配版本链上的每一个undo log,从最后往前进行判断 使用这些判断条件,MySQL...那么只需要,将同一个事务中快照读,变成同一份,不就是可重复读的隔离级别了嘛。 故事务中,将第一次快照读进行保存,后面的读取都按照这份快照读进行复用。...那么为什么说可重复读RR,并不能完全解决幻读的问题呢? 因为,在同一个事务中,快照读是复用的,一旦事务中出现了一次当前读,也就是执行了update等语句,那么就会重新刷新快照读。
它读取数据的时候是不加锁的,只有在更新的时候才会加入行锁操作,但如果更新的条件字段没有索引将会锁整张表(实际上MySQL做了一层优化,过滤时发现不满足条件的数据会释放锁) 可重复读 不解决幻读问题,但解决了脏读...、不可重复读问题,其实在MySQL中 该隔离级别也已经解决了幻读的问题。...从而达到在读操作的时候不会阻塞写操作,写操作不会阻塞读操作,同时也避免脏读和不可重复读。MySQL的可重复读隔离级别就是用这种思想来实现的。...快照读 快照读可以理解为不加锁的select操作就是快照读;快照读的前提是隔离级别不是串行级别,因为在串行隔离级别,快照读可以理解为当前读;快照读的出现,主要解决了在不加锁的情况下也可以进行读取,降低了锁开销...当前读,快照读和MVCC关系 准确的说,MVCC主要基于"维护一条数据的多个版本,进而保证在读操作的同时不会阻塞写操作,写操作的同时也不会阻塞读操作,来完成可重复读的需求。
领取专属 10元无门槛券
手把手带您无忧上云