MySQL事务隔离级别和MVCC （绝对看得懂）

MySQL的事务隔离级别包括SERIALIZABLE、REPEATABLE-READ、READ-COMMITTED和READ-UNCOMMITTED，每种级别在并发事务中表现出不同的数据一致性问题。SERIALIZABLE通过串行执行事务避免问题，但性能较差；REPEATABLE-READ是默认级别，保证事务内多次读取数据一致，但可能出现幻读；READ-COMMITTED允许读取已提交的数据，可能导致不可重复读和幻读；READ-UNCOMMITTED允许读取未提交的数据，可能导致脏读、不可重复读和幻读。通过

万万没想到这么细，我TM直接好家伙

本文深入介绍了事务和MVCC的原理以及问题

提到数据库，你多半会联想到事务，进而还可能想起曾经背得滚瓜乱熟的ACID，不知道你有没有想过这个问题，事务有原子性、隔离性、一致性和持久性四大特性，为什么偏偏给隔离性设置了级别？ 一切还得从事务说起。

事务是是一组原子性的操作，或者说是一个独立的工作单元‌。事务内的操作要么全部执行成功，要么全部执行失败，不能只执行其中的一部分。事务的隔离级别是为了解决多个事务同时运行并访问同一数据时可能出现的并发问题，而设定的事务之间的隔离程度。有一下四个隔离级别：Read Uncommitted（读未提交）：这是最低的隔离级别，它允许脏读，也就是可以读取到其他事务未提交的修改。

(一)事务隔离级别 众所周知,MySQL中的INNODB引擎是支持事务的并发操作,但是并发就会带来各种的问题—例如:脏读,幻读等 所以我们首先来看一下MySQL中并发可能会产生的问题 1.并发产生的问题 脏读:两个事务同时在执行,A修改了一个数据但是还没有提交,B读取并使用了A修改后的数据,但是A事务之后又回滚,那么B读到的这个数据就是不合法的,是脏的.这种情况就被称为脏读 不可重复读:两个事务在执行,A在一开始读取到一个数据为x,然后B将这个数据更改为y,更改之后A又去读取该数据,结果却发现数据为y

事务A和事务B同时开始执行，事务A先读取小钢余额是300元，事务B紧接着将小钢余额更新为250元，此时事务B没有提交事务，事务A在这个时候再次查询小钢余额发现变成了250元，此时事务B提交事务失败回滚了，小钢余额变为了初始300元，事务A却还认为小钢余额为250元，此时事务A读到的250元数据就是脏数据。小钢给对象转账50元以后，事务提交完成，小钢余额250，对象余额50元，总和300元。事物提交后，小钢余额250，对象余额50元，这个数据是一个持久性的状态，除非再次修改。会发生脏读、不可重复读、幻读。

并发事务带来的问题——不可重复读、幻读和脏读 并发控制——解决方式： MySQL事务隔离级别 MySQL 锁（共享锁，排他锁，乐观锁，悲观锁） Spring事务 各种锁(ReentrantLock、AQS。。)

事务隔离级别： 未提交读（Read UnCommitted）：最不安全的隔离方式，一个事务可以读到另一个事务未提交的数据。另一个事务存在回滚的情况。 提交读（Read Committed）：一个事务提交之后，它作出的改变才能够被别的事务看到。 可重复读（Repetable Read）：一个事务读可以读取到其他事务提交的数据，但是在RR隔离级别下，当前读取此条数据只可读取一次，在当前事务中，不论读取多少次，数据仍然是第一次读取的值，不会因为在第一次读取之后，其他事务再修改提交此数据而产生改变。 序列化（Ser

前言 本博客主要是对《MySQL是怎样运行的》一书的内容进行整理 第21章 事务隔离级别和MVCC 我们希望让不同的事务“隔离”地执行，互不干涉。这也就是事务的隔离性。 串行执行过于严格，会严重降低系统吞吐量和资源利用率，增加事务的等待时间，因此需要采用其他机制来保证并发执行的事务的执行结果与串行执行的结果一样。 两个并发的事务在执行过程中访问相同数据的情况有四种：读——读，读——写，写——读，——写——写。只有在至少一个事务对数据进行写操作时，才可能带来一致性问题。 这一致性通常通过加锁来

一、事务简介 我们在说起事务的时候，经常拿银行转账的例子，因为这个例子非常经典，A 向 B 转账5元，先获取 A 判断如果账户大于5元，则从 A 账户上减去 5 元，在获取 B 账户加上 5 元。并且保证该过程永远不能出错不会出错。 1.1 事务四大特性（ACID） 原子性（Atomicity）：数据库把“要么全做，要么全部做”的这种规则称为原子性 隔离性（Isolation）：事务之间相互隔离，不受影响，这与事务的隔离级别密切相关 一致性（Consistency）：事务执行前后的状态要一致，可理解为数据

为了保证事务与事务之间的修改操作不会互相影响，innodb希望不同的事务是隔离的执行的，互不干扰。 两个并发的事务在执行过程中有 读读、读写（一个事务在读某条数据的同时另一个事务在写这条数据）、写读 和 写写 这4种情况......

1.What & Why MVCC 多版本并发控制，多个事务并发进行时，对于每行每个事务有自己的Read View版本，这样就无需给行加读锁，就不会阻塞写操作，以获得更大的并发度。 多版本，一条记录存在这多个版本，某时刻最新的版本存储在数据页上，历史版本存储在undo log回滚段中，每行数据和历史版本有隐藏列DATA_TRX_ID和DATA_ROLL_PTR和旧数据。 DATA_TR...

transaction本意是买卖、交易。数据库世界为了强调数据的原子性，中译为 事务。 SQL标准规定不同隔离级别下产生的问题不同，会出现脏读、幻读与不可重复读的现象。对应四种事务的隔离级别： Read UnCommitted 会出现脏读、幻读与不可重复读现象 ReadCommitted 只会出现幻读与不可重复读现象 Repeatable Read 只会出现幻读现象 Serializa...

MVCC（Multi-Version Concurrency Control），即多版本并发控制。是一种用于解决数据库读写冲突的技术。它通过创建数据的多个版本来实现并发控制，使得在一个事务正在修改数据的同时，其他事务仍然可以读取到数据的旧版本，从而避免了传统数据库锁定机制中可能导致的资源浪费和效率降低的问题。MVCC的核心理念：undolog版本链、read-view视图、事务时间戳概念介绍：每个事务在启动时，系统会为其分配一个唯一的事务ID。

新增(INSERT) **新增语法:** INSERT [INTO] 表名 [(字段列表)] VALUES (值列表)[, (值列表),...]（新增一条） INSERT [INTO] 表名 SET 字段名=值[, 字段名=值, ...]（新增多条） -- 如果要插入的值列表包含所有字段并且顺序一致，则可以省略字段列表。 -- 可同时插入多条数据记录！...