学习笔记＜二＞ MySQL学习(1)：事务和MVCC-CSDN博客

本文链接：https://blog.csdn.net/qq_42772400/article/details/128912415

文章目录

一、MySQL事务（Transaction）：
二、多版本并发控制(MVCC Multi-Version Concurrent Contrl)

一、MySQL事务（Transaction）：

1、定义

数据库事务是访问并可能操作各种数据项的一个数据库操作的序列，是一个不可分割的工作单位。
事务是由事务开始与事务结束之间执行的全部数据库操作。
在MySQL当中是只有InnoDB引擎的数据库或表是支持事物的。事务处理可以用来维护数据库的完整性，保证成批的SQL语句要么全部执行，要么全部都不执行。

2、事务四大特性：原子性、持久性、隔离性、一致性

原子性：一个事务中的所有操作，要么全部完成，要么全部不完成，不会结束在中间的某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的某个状态，就像这个事务从来没有执行过一样。
持久性：当一个事务提交后，对数据的改变是永久性的，是不会被回滚的。
隔离性：数据库是允许多个并发事务同时对其进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉而导致数据的不一致。
一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的数据时必须符合所有的预测规则。一致性就是前三种特性的集合。

3、事务并发问题：脏读、不可重复读、幻读、更新丢失

脏读：一个事务读取了另一个事务未提交的数据。
不可重复读：在事务中先后两次读取同一数据，但两次读取的结果是不一样的，这种现象称为不可重复读。
幻读：当事务不是独立执行时发生的一种现象，在一个事务中按照某个条件进行先后两次的查询，但是两次查询结果的条数是不同的，这种现象称为幻读，幻读出现的前提条件：InnoDB引擎+可重复读隔离级别+当前读。
1)、在可重复读隔离级别下，普通查询是快照读，是不会看到别的事务插入的数据的，幻读只在当前读下才会出现。
2)、幻读专指新插入的行，读到原本存在行的更新结果不算。因为当前读的作用就是能读到所有已经提交记录的最新值。
3)、幻读的影响
A、会造成一个事务中先产生的锁，无法锁住后加入的满足条件的行。
B、产生数据一致性问题，在一个事务中，先对符合条件的目标行做变更，而在事务提交前有新的符合目标条件的行加入。这样通过binlog恢复的数据是会将所有符合条件的目标行都进行变更的。
4)、幻读产生的原因：行锁只能锁住行，即使把所有的行记录都上锁，也阻止不了新插入的记录。
5)、如何解决幻读：将两行记录间的空隙加上锁，阻止新记录的插入；这个锁称为间隙锁。间隙锁与间隙锁之间没有冲突关系。跟间隙锁存在冲突关系的，是往这个间隙中插入一个记录这个操作。

1)、当前读和快照读

当前读（锁定读）：读取的是记录数据的最新版本，并且当前读返回的记录都会加上锁，保证其他事务不会再并发的修改这条记录，当前读由行锁+间隙锁(next-key)实现。如select lock in share mode(共享锁), select for update ; update, insert ,delete(排他锁)为当前读
快照读（普通读）：执行方式是生成 readview，直接利用 MVCC 机制来读取，并不加锁的 select 操作(隔离级别不能是串行化，如果是串行化快照读就变成了当前读)，快照读可能读到的并不一定是数据的最新版本，而有可能是之前的历史版本

2)、间隙锁 (Gap Lock)

为了解决幻读问题，InnoDB 引入新的锁，也就是间隙锁 (Gap Lock)。顾名思义，间隙锁，锁的就是两个值之间的空隙。比如表 t，初始化插入了 6 个记录，这就产生了 7 个间隙。
间隙锁是在可重复读隔离级别下才会生效的.
跟间隙锁存在冲突关系的，是“往这个间隙中插入一个记录”这个操作。间隙锁之间都不存在冲突关系。

3)、行锁（Record Lock）

锁直接加在索引记录上面
行锁之间读读不冲突，读写和写写都会冲突

4、事务隔离级别：读未提交、读已提交、可重复读、串行化

读未提交(read uncommitted)：一个事务可以读取到另一个事务未提交的修改。产生问题：脏读、幻读，不可重复读。
读已提交(read committed)：一个事务只能读取另一个事务已经提交的修改。其避免了脏读，但仍然存在不可重复读和幻读问题。
可重复读(repeatable read)(MySQL中的默认隔离级别)：同一个事务中多次读取相同的数据返回的结果是一样的，避免了脏读和不可重复读问题。（在MySQL8的InnoDB之前存在幻读情况，在8之后也没有了幻读情况）
串行化(serializable)：事务串行执行,一次只能允许一个事务进行操作，避免了以上所有问题，是最安全的，但效率是最低的。

事务隔离级别	脏读	不可重复读	幻读
读未提交	可能	可能	可能
读已提交	不可能	可能	可能
可重复读	不可能	不可能	innoDB不可能
串行化	不可能	不可能	不可能

二、多版本并发控制(MVCC Multi-Version Concurrent Contrl)

1、定义

是MySQL中的提高性能的一种方式，配合Undo log 和版本链，替代锁，让不同事物的读-写、写-读操作可以并发的执行，从而提升系统的性能。

MVCC 在 MySQL InnoDB 中的实现主要是为了提高数据库并发性能。一般是在使用读已提交（PEAD COMMITTED）和可重复读（REPEATABLE READ）隔离级别的事务中实现。

用自己的话说就是：
多版本意思是指数据库中一条数据有多个版本同时存在，在某个事务对其进行具体操作的时候，是需要查看这一条记录的隐藏列事务版本的id，比对事务id并根据事物的隔离级别从而去判断是哪个版本的数据。

准确的说，MVCC多版本并发控制指的是 “维持一个数据的多个版本，使得读写操作没有冲突” 这么一个概念。

2、MVCC优点

MVCC在MySQL InnoDB中的实现主要是为了提高数据库的并发性能，用更好的方式去处理读-写或写-读之间的冲突，也能做到不加锁，非阻塞并发读，提高了数据库并发读写的性能。
MVCC还可以解决脏读，幻读，不可重复读等事务隔离问题。但它还不能解决更新丢失的问题。

MVCC能够解决读-写之间的并发控制，但它不能解决写-写之间的的并发控制。

3、MVCC基本原理

因为MVCC的目的就是控制并发控制的，在数据库中的实现，为了解决读写的冲突问题。
它的实现原理主要依赖3个模块：隐藏字段、undo日志、Read View来实现的。
隐藏字段
对于使用 InnoDB 存储引擎的表来说，它的聚簇索引记录中都包含两个必要的隐藏列。

trx_id：每次对某条聚簇索引记录进行改动的时候，都会把对应的事务id赋值给trx_id进行记录的隐藏列。
roll_pointer：在每次对某条聚簇索引记录进行改动的时候，都会把旧版本写入undo日志当中，然后这个隐藏列就相当于一个指针的作用，我们可以通过roll_pointer来找到该记录修改之前的信息。

undo日志
undo log主要分为两种：

insert undo log：代表事务在insert新记录时产生的undo log，只在事务回滚时需要，并且在事务提交后就立即删除。
update undo log：事务在进行update或delete时产生的undo log；不仅在事务回滚的时需要，在快照时也需要；所以不能随便删除，只有在快速读或事务回滚不涉及该日志时，对应的日志才会被purge线程统一清除。

Read View（读视图）
对于使用READ UNCOMMITTED（读未提交）隔离级别的事务来说，直接读取记录的最新版本就好了，对于使用SERIALIZABLE（串行化）隔离级别的事务来说，使用加锁的方式来访问记录。

所以在InnoDB引擎中设计了一个ReadView的概念。
Read View就是事务进行快照读操作的时候产生的读视图（Read View），在该事务执行的快照读的那一刻，会生成数据库系统当前的一个快照，记录并维护系统当前活跃事务的ID（当每个事务开启时，都会分配一个ID，这个ID是自增的，所以最新的事务，ID越大）。

在MySQL当中，READ COMMITTED和REPEATABLE READ 隔离级别的一个非常大的区别就是它们生成的Read View 的时机不同。

● READ COMMITTED：每次读取数据时都生成一个ReadView；
● REPEATABLE READ：在第一个读取数据时生成一个ReadView；