MySQL事务详解

一、MySQL事务ACID原理

事务特性	概念	解决
原子性	事务是一个不可分割的工作单位，要么全部成功，要么全部失败。	undo log
隔离性	并发执行的事务之间不会互相干扰，每个事务都在自己的独立环境中运行。	MVCC+锁
持久性	一旦事务提交，它对数据库的修改就是永久的，即使系统崩溃也不会丢失。	redo log
一致性	事务执行前后，数据库从一个一致性状态转移到另一个一致性状态。	其他属性

二、原子性--undo log

定义与功能：

        undo log（撤销日志）以撤销作为目的，用于实现事务的原子性。它记录了数据变化的过程，以便在事务失败或需要回滚时，能够撤销未提交事务对数据库产生的影响。

工作原理：

1. 生成undo Log：在事务开始之前，会将要修改的记录存放到undo log日志里。
2. 事务回滚：当事务回滚时，或者数据库崩溃后重启进行恢复时，可以利用undo log日志，撤销未提交事务对数据库产生的影响。
3. 回收处理：在事务提交时，并不会立刻删除undo log，InnoDB会将该事务对应的undo log放入到删除列表中，后面会通过后台线程进行回收处理。

三、MySQL并发场景问题

并发问题	概念
脏读	一个事务读取了另一个未提交事务的数据。
不可重复读	一个事务在同一事务中多次读取同一行数据，读取得到的结果不一致。
幻读	一个事务在同一事务中多次执行相同的查询操作，查询得到的结果集行数不一致。

四、MySQL事务隔离级别 

隔离级别	概念	问题
读未提交	允许一个事务读取另一个事务尚未提交的数据。	脏读，不可重复读，幻读
读已提交	允许一个事务只读取其他已提交事务的数据。	不可重复读，幻读
可重复读	多次读取同一数据会得到相同的结果。	幻读
串行化	要求事务串行执行，即事务之间没有并发。

五、快照读、当前读

快照读：

        快照读是指不加锁的select操作，它可能读取到数据的历史版本。在读已提交隔离级别下，每次快照读都会生成一个Read View，在可重复读隔离级别下，只有第一次快照读会生成Read View，其他快照读都会基于这个Read View来进行。

当前读：

        当前读是指读取数据的最新版本，包括select … for update、select … lock in share mode、update、delete等操作。这些操作需要加锁来保证数据的隔离性。

六、隔离性--MVCC

MVCC概述：

        MVCC是一种并发控制的方法，主要在数据库管理系统中使用，用于实现对数据库的并发访问。在MySQL中，特别是InnoDB存储引擎，MVCC被广泛应用。它允许事务在读取数据时不必加锁，从而避免了读写操作之间的冲突，提高了数据库的并发性能。

MVCC的工作原理：

1. 隐藏字段：

        ① DB_TRX_ID：事务ID，用于记录对当前记录进行修改的事务的ID。

        ② DB_ROLL_PTR：回滚指针，指向undo日志中的旧版本数据，用于找到记录的历史版本。

        ③ DB_ROW_ID（可选）：隐藏主键，用于唯一标识表中的记录。

2. undo log：

        undo log是InnoDB用于实现MVCC和事务回滚的关键组件。当对数据进行修改（insert、update、delete）时，InnoDB会生成相应的undo log来记录数据修改前的状态。这些undo log记录通过回滚指针（DB_ROLL_PTR）串联起来，形成版本链。版本链中的每个节点都代表了数据在某个时间点的状态。

3. Read View：

        Read View是事务在进行快照读时生成的一个数据视图，用于判断数据的可见性。当事务执行快照读时，会根据当前系统中活跃的事务（即未提交的事务）来生成一个Read View，然后根据Read View中的规则来判断版本链上的哪个版本对当前事务是可见的。

七、隔离性--锁

按锁的粒度划分：

        ① 表级锁（Table-level Lock）：对整个表加锁，其他连接无法修改或读取该表的数据，但可以对其他表进行操作。表级锁管理简单，但并发性能较低。

        ② 行级锁（Row-level Lock）：对单个行加锁，只锁定需要修改的数据行，其他行可以被同时修改或读取。行级锁并发性高，但锁管理较复杂。

        ③ 页级锁（Page Lock）：介于表级锁和行级锁之间，对数据页（通常是连续的几个行）加锁。适用于数据较大且并发量较高的场景。

按锁的性质划分：

        ① 共享锁（Shared Lock）：也称为读锁，允许多个事务同时持有共享锁并读取数据，但不能修改数据。适用于读取密集型操作。

        ② 排他锁（Exclusive Lock）：也称为写锁，事务持有排他锁时，其他事务无法同时持有共享锁或排他锁，用于保护数据的写操作。

其他锁类型：

        ① 意向锁（Intention Lock）：包括意向共享锁（Intention Shared Lock）和意向排他锁（Intention Exclusive Lock），是表级锁的辅助锁，用于表示事务要在某个表或页级锁上获取共享锁或排他锁。

        ② 间隙锁（Gap Lock）：锁定一个范围的键，但不包括这些键的实际值。用于防止其他事务在范围内插入数据。

        ③ 临键锁（Next-Key Lock）：是记录锁和间隙锁的组合，用于实现行级别的一致性读取和防止幻读。

八、持久性--redo log

定义与功能：

        redo log（重做日志）用于确保事务的持久性。它记录了可能对数据页（在内存中的数据）进行修改的所有操作。即使数据库发生故障，使用redo log也可以保证数据不会丢失。

工作原理：

        1. 写入redo log buffer：当事务对某个数据页进行修改时，首先修改内存中的数据页，同时将这次修改操作记录到redo log buffer中。

        2. 刷新到磁盘：事务提交时，或者redo log buffer满了时，会将redo log buffer的内容刷新到磁盘上的redo log文件中。

        3. 恢复操作：在MySQL宕机、掉电等情况下，已经提交的事务不会丢失，因为其修改已记录在redo log中。数据库重启时，可以通过redo log进行数据页的恢复工作。