【MySQL | 第五篇】MySQL事务总结 - 酸梨子-专注技术分享

在这里插入图片描述

文章目录

5.MySQL事务

5.MySQL事务

5.1什么是事务？

定义：事务是逻辑上的一组操作，要么都执行，要么都不执行。

例子（转账）：假如小明要给小红转账 1000 元，这个转账会涉及到两个关键操作，这两个操作必须都成功或者都失败。

将小明的余额减少 1000 元
将小红的余额增加 1000 元。

事务会把这两个操作就可以看成逻辑上的一个整体，这个整体包含的操作要么都成功，要么都要失败。这样就不会出现小明余额减少而小红的余额却并没有增加的情况。

5.2什么是数据库事务？

数据库事务 (transaction)是 访问并可能操作各种数据项的一个数据库操作序列，这些操作要么全部执行,要么全部不执行，是一个不可分割的工作单位。事务由事务开始与事务结束之间执行的全部数据库操作组成。

作用：

数据库事务可以保证多个对数据库的操作（也就是 SQL 语句）构成一个逻辑上的整体。构成这个逻辑上的整体的这些数据库操作遵循：要么全部执行成功,要么全部不执行 。

5.3数据库事务四大特性

原子性（Atomicity）：事务是最小的执行单位，不允许分割。事务的原子性确保动作要么全部完成，要么完全不起作用；
一致性（Consistency）：执行事务前后，数据保持一致，例如转账业务中，无论事务是否成功，转账者和收款人的总额应该是不变的；
隔离性（Isolation）：并发访问数据库时，一个用户的事务不被其他事务所干扰，各并发事务之间数据库是独立的；
持久性（Durability）：一个事务被提交之后。它对数据库中数据的改变是持久的，即使数据库发生故障也不应该对其有任何影响

只有保证了事务的持久性、原子性、隔离性之后，一致性才能得到保障。也就是说 A、I、D 是手段，C 是目的！

5.4并发事务带来的问题及解决方案？

5.4.1脏读/不可重复读/幻读

脏读：一个事务读取到了另一个事务还未提交的数据，后面另一个事务又将该数据回滚，那么这个事务读取到的数据就是脏的

不可重复读：一个事务内多次读取同一数据，但是数据不一样。如图，事务2两次读取事务的过程中，事务1读取并修改数据，导致不可重复读问题

不可重复读

幻读：一个事务读取了几行数据，接着另一个并发事务插入一些数据，随后第一个事务再进行查询发现多了一些原本不存在的记录

5.4.2不可重复读和幻读有什么区别？

不可重复读的重点：内容修改，比如多次读取一条记录发现其中某些记录的值被修改；
幻读的重点：记录新增，比如多次执行同一条查询语句（DQL）时，发现查到的记录增加了。

幻读其实可以看作是不可重复读的一种特殊情况，单独把区分幻读的原因主要是解决幻读和不可重复读的方案不一样。

5.4.3解决并发事务带来的问题

MySQL 中并发事务的控制方式无非就两种：锁和 MVCC。
1. 锁可以看作是悲观控制的模式
2. 多版本并发控制（MVCC，Multiversion concurrency control）可以看作是乐观控制的模式。

（1）锁

锁控制方式下会通过锁来显示控制共享资源而不是通过调度手段，MySQL 中主要是通过 读写锁 来实现并发控制。
1. 共享锁（S 锁）：又称读锁，事务在读取记录的时候获取共享锁，允许多个事务同时获取（锁兼容）。
2. 排他锁（X 锁）：又称写锁/独占锁，事务在修改记录的时候获取排他锁，不允许多个事务同时获取。如果一个记录已经被加了排他锁，那其他事务不能再对这条记录加任何类型的锁（锁不兼容）。
根据根据锁粒度的不同，又被分为 表级锁(table-level locking) 和 行级锁(row-level locking)
1. InnoDB 不光支持表级锁，还支持行级锁，默认为行级锁。行级锁的粒度更小，仅对相关的记录上锁即可（对一行或者多行记录加锁）

（2）MVCC

MVCC 是多版本并发控制方法，即对一份数据会存储多个版本，通过事务的可见性来保证事务能看到自己应该看到的版本。通常会有一个全局的版本分配器来为每一行数据设置版本号，版本号是唯一的。
MVCC 在 MySQL 中实现所依赖的手段主要是: 隐藏字段、read view、undo log。
- undo log : undo log 用于记录某行数据的多个版本的数据。
- read view 和隐藏字段 : 用来判断当前版本数据的可见性。

5.5四大隔离级别

5.5.1隔离级别介绍

READ-UNCOMMITTED(读取未提交) ：
- 最低的隔离级别
- 允许读取尚未提交的数据变更
- 可能会导致脏读、幻读或不可重复读。
READ-COMMITTED(读取已提交) ：
- 允许读取并发事务已经提交的数据
- 可以阻止脏读，但是幻读或不可重复读仍有可能发生。
REPEATABLE-READ(可重复读) ：
- 对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改。原因：不能读取别的事务修改的数据，但是还可以读取别的事务新增的几行数据，所以还会发送幻读
- 可以阻止脏读和不可重复读，但仍有可能发生幻读。（默认隔离级别）
SERIALIZABLE(可串行化) ：
- 最高的隔离级别，完全服从 ACID 的隔离级别。
- 所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，
- 也就是说，该级别可以防止脏读、不可重复读以及幻读。

5.5.2MySQL的隔离级别是基于锁实现的吗？

MySQL 的隔离级别基于锁和 MVCC 机制共同实现的。
SERIALIZABLE 隔离级别是通过锁来实现的，READ-COMMITTED 和 REPEATABLE-READ 隔离级别是基于 MVCC 实现的。不过， SERIALIZABLE 之外的其他隔离级别可能也需要用到锁机制，就比如 REPEATABLE-READ 在当前读情况下需要使用加锁读来保证不会出现幻读。

5.6MySQL锁

在MySQL中，锁是一种常见的并发事务的控制方式。

5.6.1表级锁VS行级锁

表级锁：
- MySQL 中锁定粒度最大的一种锁（全局锁除外）
- 针对非索引字段加的锁，对当前操作的整张表加锁，实现简单
- 资源消耗也比较少，加锁快，不会出现死锁。
- 不过，触发锁冲突的概率最高，高并发下效率极低。
- 表级锁和存储引擎无关
- MyISAM 和 InnoDB 引擎都支持表级锁。
行级锁：
- MySQL 中锁定粒度最小的一种锁
- 是 针对索引字段加的锁 ，只针对当前操作的行记录进行加锁。
- 行级锁能大大减少数据库操作的冲突。其加锁粒度最小，并发度高，
- 但加锁的开销也最大，加锁慢，会出现死锁。
- 行级锁和存储引擎有关，是在存储引擎层面实现的

5.6.2使用行级锁的注意事项

InnoDB 的行锁是针对索引字段加的锁，

表级锁是针对非索引字段加的锁。

当我们执行 UPDATE、DELETE 语句时，如果 WHERE条件中字段没有命中唯一索引或者索引失效的话，就会导致扫描全表对表中的所有行记录进行加锁。这个在我们日常工作开发中经常会遇到，一定要多多注意！！！

5.6.3 InnoDB行锁类型

InnoDB 行锁是通过对索引数据页上的记录加锁实现的，MySQL InnoDB 支持三种行锁定方式：

记录锁（Record Lock）：也被称为记录锁，属于单个行记录上的锁。
间隙锁（Gap Lock）：锁定一个范围，不包括记录本身。
临键锁（Next-Key Lock）：Record Lock+Gap Lock，锁定一个范围，包含记录本身，主要目的是为了解决幻读问题（MySQL 事务部分提到过）。记录锁只能锁住已经存在的记录，为了避免插入新记录，需要依赖间隙锁。

在 InnoDB 默认的隔离级别 REPEATABLE-READ 下，行锁默认使用的是 Next-Key Lock。但是，如果操作的索引是唯一索引或主键，InnoDB 会对 Next-Key Lock 进行优化，将其降级为 Record Lock，即仅锁住索引本身，而不是范围。

5.6.4 共享锁VS排他锁

不论是表级锁还是行级锁，都存在共享锁（Share Lock，S 锁）和排他锁（Exclusive Lock，X 锁）这两类：

共享锁（S 锁）：又称读锁，事务在读取记录的时候获取共享锁，允许多个事务同时获取（锁兼容）。
排他锁（X 锁）：又称写锁/独占锁，事务在修改记录的时候获取排他锁，不允许多个事务同时获取。如果一个记录已经被加了排他锁，那其他事务不能再对这条事务加任何类型的锁（锁不兼容）。

排他锁与任何的锁都不兼容，共享锁仅和共享锁兼容。

由于 MVCC 的存在，对于一般的 SELECT 语句，InnoDB 不会加任何锁。不过可以通过以下语句显式加共享锁或排他锁。

# 共享锁 可以在 MySQL 5.7 和 MySQL 8.0 中使用
SELECT ... LOCK IN SHARE MODE;
# 共享锁 可以在 MySQL 8.0 中使用
SELECT ... FOR SHARE;
# 排他锁
SELECT ... FOR UPDATE;

5.6.5意向锁

问题：如果需要用到表锁的话，如何判断表中的记录没有行锁呢，一行一行遍历肯定是不行，性能太差。我们需要用到一个叫做意向锁的东东来快速判断是否可以对某个表使用表锁。

意向锁是表级锁，共有两种：

意向共享锁（Intention Shared Lock，IS 锁）
- 事务有意向对表中的某些记录加共享锁（S 锁）
- 加共享锁前必须先取得该表的 IS 锁。
意向排他锁（Intention Exclusive Lock，IX 锁）
- 事务有意向对表中的某些记录加排他锁（X 锁）
- 加排他锁之前必须先取得该表的 IX 锁。

意向锁是由数据引擎自己维护的，用户无法手动操作意向锁，在为数据行加共享/排他锁之前，InooDB 会先获取该数据行所在在数据表的对应意向锁。

注意：意向锁之间是互相兼容的。

	IS 锁	IX 锁
IS 锁	兼容	兼容
IX 锁	兼容	兼容

意向锁和共享锁和排它锁互斥（这里指的是表级别的共享锁和排他锁，意向锁不会与行级的共享锁和排他锁互斥）。

IS 锁	IX 锁
S 锁	兼容	互斥
X 锁	互斥	互斥

5.6.6 当前读和快照读有什么区别？

（1）快照读

快照即记录的历史版本，每行记录可能存在多个历史版本（多版本技术）。
快照读的情况下，如果读取的记录正在执行 UPDATE/DELETE 操作，读取操作不会因此去等待记录上 X 锁的释放，而是==会去读取行的一个快照==。

快照读（一致性非锁定读）就是单纯的 SELECT 语句，但不包括下面这两类 SELECT 语句：

SELECT ... FOR UPDATE

# 共享锁 可以在 MySQL 5.7 和 MySQL 8.0 中使用
SELECT ... LOCK IN SHARE MODE;

# 共享锁 可以在 MySQL 8.0 中使用
SELECT ... FOR SHARE;

只有在事务隔离级别 RC(读取已提交) 和 RR（可重读）下，InnoDB 才会使用一致性非锁定读：

在 RC 级别下，对于快照数据，一致性非锁定读总是读取被锁定行的最新一份快照数据。
在 RR 级别下，对于快照数据，一致性非锁定读总是读取本事务开始时的行数据版本。

快照读比较适合对于数据一致性要求不是特别高且追求极致性能的业务场景。

（2）当前读

当前读 （一致性锁定读）就是给行记录加 X 锁或 S 锁。

当前读的一些常见 SQL 语句类型如下：

# 对读的记录加一个X锁
SELECT...FOR UPDATE
# 对读的记录加一个S锁
SELECT...LOCK IN SHARE MODE
# 对读的记录加一个S锁
SELECT...FOR SHARE
# 对修改的记录加一个X锁
INSERT...
UPDATE...
DELETE...

5.7总结

MySQL事务总结篇介绍了事务、数据库事务的定义、四大特性（ACID）、并发事务带来的问题（脏读/不可重复读/幻读）及解决方法（锁/MVCC），以及四大隔离级别（读未提交、读已提交、可重复读、串行化）；再详细介绍了MySQL锁（表级锁/行级锁、共享锁/排他锁、意向锁、当前读/快照读）