【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

相关文章

SQL server数据库如何下载和安装

《SQLserver数据库如何下载和安装》本文指导如何下载安装SQLServer2022评估版及SSMS工具,涵盖安装配置、连接字符串设置、C#连接数据库方法和安全注意事项,如混合验证、参数化查... 目录第一步:打开官网下载对应文件第二步:程序安装配置第三部:安装工具SQL Server Manageme

C#连接SQL server数据库命令的基本步骤

《C#连接SQLserver数据库命令的基本步骤》文章讲解了连接SQLServer数据库的步骤,包括引入命名空间、构建连接字符串、使用SqlConnection和SqlCommand执行SQL操作,... 目录建议配合使用:如何下载和安装SQL server数据库-CSDN博客1. 引入必要的命名空间2.

全面掌握 SQL 中的 DATEDIFF函数及用法最佳实践

《全面掌握SQL中的DATEDIFF函数及用法最佳实践》本文解析DATEDIFF在不同数据库中的差异,强调其边界计算原理,探讨应用场景及陷阱,推荐根据需求选择TIMESTAMPDIFF或inte... 目录1. 核心概念:DATEDIFF 究竟在计算什么?2. 主流数据库中的 DATEDIFF 实现2.1

MySQL 多列 IN 查询之语法、性能与实战技巧(最新整理)

《MySQL多列IN查询之语法、性能与实战技巧(最新整理)》本文详解MySQL多列IN查询,对比传统OR写法,强调其简洁高效,适合批量匹配复合键,通过联合索引、分批次优化提升性能,兼容多种数据库... 目录一、基础语法:多列 IN 的两种写法1. 直接值列表2. 子查询二、对比传统 OR 的写法三、性能分析

MySQL中的LENGTH()函数用法详解与实例分析

《MySQL中的LENGTH()函数用法详解与实例分析》MySQLLENGTH()函数用于计算字符串的字节长度,区别于CHAR_LENGTH()的字符长度,适用于多字节字符集(如UTF-8)的数据验证... 目录1. LENGTH()函数的基本语法2. LENGTH()函数的返回值2.1 示例1:计算字符串

浅谈mysql的not exists走不走索引

《浅谈mysql的notexists走不走索引》在MySQL中,​NOTEXISTS子句是否使用索引取决于子查询中关联字段是否建立了合适的索引,下面就来介绍一下mysql的notexists走不走索... 在mysql中,​NOT EXISTS子句是否使用索引取决于子查询中关联字段是否建立了合适的索引。以下

Java通过驱动包(jar包)连接MySQL数据库的步骤总结及验证方式

《Java通过驱动包(jar包)连接MySQL数据库的步骤总结及验证方式》本文详细介绍如何使用Java通过JDBC连接MySQL数据库,包括下载驱动、配置Eclipse环境、检测数据库连接等关键步骤,... 目录一、下载驱动包二、放jar包三、检测数据库连接JavaJava 如何使用 JDBC 连接 mys

SQL中如何添加数据(常见方法及示例)

《SQL中如何添加数据(常见方法及示例)》SQL全称为StructuredQueryLanguage,是一种用于管理关系数据库的标准编程语言,下面给大家介绍SQL中如何添加数据,感兴趣的朋友一起看看吧... 目录在mysql中,有多种方法可以添加数据。以下是一些常见的方法及其示例。1. 使用INSERT I

Qt使用QSqlDatabase连接MySQL实现增删改查功能

《Qt使用QSqlDatabase连接MySQL实现增删改查功能》这篇文章主要为大家详细介绍了Qt如何使用QSqlDatabase连接MySQL实现增删改查功能,文中的示例代码讲解详细,感兴趣的小伙伴... 目录一、创建数据表二、连接mysql数据库三、封装成一个完整的轻量级 ORM 风格类3.1 表结构

MySQL 中的 CAST 函数详解及常见用法

《MySQL中的CAST函数详解及常见用法》CAST函数是MySQL中用于数据类型转换的重要函数,它允许你将一个值从一种数据类型转换为另一种数据类型,本文给大家介绍MySQL中的CAST... 目录mysql 中的 CAST 函数详解一、基本语法二、支持的数据类型三、常见用法示例1. 字符串转数字2. 数字