【MySQL | 第五篇】MySQL事务总结

2024-03-21 18:52

本文主要是介绍【MySQL | 第五篇】MySQL事务总结,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在这里插入图片描述

文章目录

  • 5.MySQL事务
    • 5.1什么是事务?
    • 5.2什么是数据库事务?
    • 5.3数据库事务四大特性
    • 5.4并发事务带来的问题及解决方案?
      • 5.4.1脏读/不可重复读/幻读
      • 5.4.2不可重复读和幻读有什么区别?
      • 5.4.3解决并发事务带来的问题
        • (1)锁
        • (2)MVCC
    • 5.5四大隔离级别
      • 5.5.1隔离级别介绍
      • 5.5.2MySQL的隔离级别是基于锁实现的吗?
    • 5.6MySQL锁
      • 5.6.1表级锁VS行级锁
      • 5.6.2使用行级锁的注意事项
      • 5.6.3 InnoDB行锁类型
      • 5.6.4 共享锁VS排他锁
      • 5.6.5意向锁
      • 5.6.6 当前读和快照读有什么区别?
        • (1)快照读
        • (2)当前读
    • 5.7总结

5.MySQL事务

5.1什么是事务?

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

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

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

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

image-20240319191757612

5.2什么是数据库事务?

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

  • 作用:

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

5.3数据库事务四大特性

image-20240319191721013

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

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

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

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

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

脏读

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

不可重复读

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

幻读

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

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

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

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

  1. MySQL 中并发事务的控制方式无非就两种:MVCC
    1. 锁可以看作是悲观控制的模式
    2. 多版本并发控制(MVCC,Multiversion concurrency control)可以看作是乐观控制的模式。
(1)锁
  1. 控制方式下会通过锁来显示控制共享资源而不是通过调度手段,MySQL 中主要是通过 读写锁实现并发控制

    1. 共享锁(S 锁):又称读锁,事务在读取记录的时候获取共享锁,允许多个事务同时获取(锁兼容)。

    2. 排他锁(X 锁):又称写锁/独占锁,事务在修改记录的时候获取排他锁,不允许多个事务同时获取。如果一个记录已经被加了排他锁,那其他事务不能再对这条记录加任何类型的锁(锁不兼容)。

  2. 根据根据锁粒度的不同,又被分为 表级锁(table-level locking)行级锁(row-level locking)

    1. InnoDB 不光支持表级锁,还支持行级锁,默认为行级锁。行级锁的粒度更小,仅对相关的记录上锁即可(对一行或者多行记录加锁)
(2)MVCC
  1. MVCC多版本并发控制方法,即对一份数据会存储多个版本,通过事务的可见性来保证事务能看到自己应该看到的版本。通常会有一个全局的版本分配器来为每一行数据设置版本号,版本号是唯一的。
  2. 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的隔离级别是基于锁实现的吗?

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

5.6MySQL锁

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

5.6.1表级锁VS行级锁

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

5.6.2使用行级锁的注意事项

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

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

当我们执行 UPDATEDELETE 语句时,如果 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)快照读
  1. 快照即记录的历史版本,每行记录可能存在多个历史版本(多版本技术)。
  2. 快照读的情况下,如果读取的记录正在执行 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锁(表级锁/行级锁、共享锁/排他锁、意向锁、当前读/快照读)

在这里插入图片描述

这篇关于【MySQL | 第五篇】MySQL事务总结的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/833593

相关文章

MySQL中时区参数time_zone解读

《MySQL中时区参数time_zone解读》MySQL时区参数time_zone用于控制系统函数和字段的DEFAULTCURRENT_TIMESTAMP属性,修改时区可能会影响timestamp类型... 目录前言1.时区参数影响2.如何设置3.字段类型选择总结前言mysql 时区参数 time_zon

Python MySQL如何通过Binlog获取变更记录恢复数据

《PythonMySQL如何通过Binlog获取变更记录恢复数据》本文介绍了如何使用Python和pymysqlreplication库通过MySQL的二进制日志(Binlog)获取数据库的变更记录... 目录python mysql通过Binlog获取变更记录恢复数据1.安装pymysqlreplicat

使用SQL语言查询多个Excel表格的操作方法

《使用SQL语言查询多个Excel表格的操作方法》本文介绍了如何使用SQL语言查询多个Excel表格,通过将所有Excel表格放入一个.xlsx文件中,并使用pandas和pandasql库进行读取和... 目录如何用SQL语言查询多个Excel表格如何使用sql查询excel内容1. 简介2. 实现思路3

Mysql DATETIME 毫秒坑的解决

《MysqlDATETIME毫秒坑的解决》本文主要介绍了MysqlDATETIME毫秒坑的解决,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着... 今天写代码突发一个诡异的 bug,代码逻辑大概如下。1. 新增退款单记录boolean save = s

mysql-8.0.30压缩包版安装和配置MySQL环境过程

《mysql-8.0.30压缩包版安装和配置MySQL环境过程》该文章介绍了如何在Windows系统中下载、安装和配置MySQL数据库,包括下载地址、解压文件、创建和配置my.ini文件、设置环境变量... 目录压缩包安装配置下载配置环境变量下载和初始化总结压缩包安装配置下载下载地址:https://d

MySQL中的锁和MVCC机制解读

《MySQL中的锁和MVCC机制解读》MySQL事务、锁和MVCC机制是确保数据库操作原子性、一致性和隔离性的关键,事务必须遵循ACID原则,锁的类型包括表级锁、行级锁和意向锁,MVCC通过非锁定读和... 目录mysql的锁和MVCC机制事务的概念与ACID特性锁的类型及其工作机制锁的粒度与性能影响多版本

Python中实现进度条的多种方法总结

《Python中实现进度条的多种方法总结》在Python编程中,进度条是一个非常有用的功能,它能让用户直观地了解任务的进度,提升用户体验,本文将介绍几种在Python中实现进度条的常用方法,并通过代码... 目录一、简单的打印方式二、使用tqdm库三、使用alive-progress库四、使用progres

MYSQL行列转置方式

《MYSQL行列转置方式》本文介绍了如何使用MySQL和Navicat进行列转行操作,首先,创建了一个名为`grade`的表,并插入多条数据,然后,通过修改查询SQL语句,使用`CASE`和`IF`函... 目录mysql行列转置开始列转行之前的准备下面开始步入正题总结MYSQL行列转置环境准备:mysq

MySQL不使用子查询的原因及优化案例

《MySQL不使用子查询的原因及优化案例》对于mysql,不推荐使用子查询,效率太差,执行子查询时,MYSQL需要创建临时表,查询完毕后再删除这些临时表,所以,子查询的速度会受到一定的影响,本文给大家... 目录不推荐使用子查询和JOIN的原因解决方案优化案例案例1:查询所有有库存的商品信息案例2:使用EX

Linux(Centos7)安装Mysql/Redis/MinIO方式

《Linux(Centos7)安装Mysql/Redis/MinIO方式》文章总结:介绍了如何安装MySQL和Redis,以及如何配置它们为开机自启,还详细讲解了如何安装MinIO,包括配置Syste... 目录安装mysql安装Redis安装MinIO总结安装Mysql安装Redis搜索Red