Spring 中的事务隔离级别和数据库中的事务隔离级别稍有不同，以 MySQL 为例，MySQL 的 InnoDB 引擎中的事务隔离级别有 4 种，而 Spring 中却包含了 5 种事务隔离级别。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/huyuyang6688/article/details/50579822
MySQL 事务具有四个特性：原子性、一致性、隔离性、持久性，这四个特性简称 ACID 特性
大家好！我是黄啊码，鉴于事务隔离级别大家用得比较多，所以就简单介绍一下，内容来源整理，大家轻喷！
1. 对于同时运行的多个事务，当这些事务访问数据库中相同的数据时，如果没有采取必要的隔离机制，就会导致各种并发问题
事务由单独单元的一个或多个SQL语句组成，在这 个单元中，每个MySQL语句是相互依赖的。而整个单独单 元作为一个不可分割的整体，如果单元中某条SQL语句一 旦执行失败或产生错误，整个单元将会回滚。所有受到影 响的数据将返回到事物开始以前的状态；如果单元中的所 有SQL语句均执行成功，则事物被顺利执行。
问题的提出 为了保证并发操作数据的正确性及一致性，SQL规范于1992年提出了数据库事务隔离级别。 事务隔离级别分类 事务隔离级别由低往高可分为以下几类 READ UNCOMMITTED，读取未提交的数据。 这是最不安全的一种级别，查询语句在无锁的情况下运行，并能读取到别的未提交的数据，造成脏读，如果未提交的那个事务数据全部回滚了，而之前读取了这个事务的数据即是脏数据，这种数据不一致性读造成的危害是可想而知的。 READ COMMITTED，读取已提交的数据。 一个事务只能读取数据库中
在数据库管理系统中，事务是一个不可或缺的概念，特别是在处理高并发、要求数据一致性和完整性的应用中。MySQL作为最流行的关系型数据库之一，其事务特性扮演着至关重要的角色。本文将深入探讨MySQL事务的基本概念、ACID属性以及事务隔离级别，帮助读者更好地理解和应用MySQL中的事务。
之前发过一篇文章，简单了解 MySQL 中相关的锁，里面提到了，如果我们使用的 MySQL 存储引擎为 InnoDB ，并且其事务隔离级别是 RR 可重复读的话，是可以避免幻读的。
本文是微信公众号【Java技术江湖】的《重新学习MySQL数据库》其中一篇，本文部分内容来源于网络，为了把本文主题讲得清晰透彻，也整合了很多我认为不错的技术博客内容，引用其中了一些比较好的博客文章，如有侵权，请联系作者。
仅从ACID或非ACID角度考虑问题是不够的，你应知道你的数据库支持何种事务隔离级别。
通过本篇，你将了解到【Spring事务】与【数据库事务】的关系，以及优先级问题，我将为你一一论证。
事务具有四个特征：原子性（ Atomicity ）、一致性（ Consistency ）、隔离性（ Isolation ）和持续性（ Durability ）。这四个特性简称为 ACID 特性。
MySQL 默认的事务隔离级别是可重复读（REPEATABLE READ），这 4 种隔离级别的说明如下。
事务用于保证数据的一致性,它由一组相关的dml语句组成,该组的dml语句要么全部成功，要么全部失败。如:转账就要用事务来处理,用以保证数据的一致性。
MyISAM默认使用的是表级锁，不支持行级锁。InnoDB默认用的是行级锁，也支持表级锁。无论是表级锁还是行级锁，均分为共享锁和排他锁，它们的关系如下表所示（X：排他锁，S：共享锁）：
在了解完事务可能出现的问题之后，我们就来学习数据库系统中为了解决这些问题所提供的策略，那就是 事务隔离机制 。其实从名字中就可以看出来，这个功能的主要作用就是隔离不同的事务，从而达到最终的事务一致性。
MySQL遵循SQL:1992标准，提供READ UNCOMMITTED, READ COMMITTED, REPEATABLE READ和SERIALIZABLE四种事务隔离级别。InnoDB默认使用的事务隔离级别是REPEATABLE READ。
事务就是应用程序中的一系列操作，所有操作必须都成功完成，否则，每个操作中所做的更改都必须被撤销到更改之前状态。也就是说事务的结束有两种情况，当事务中的所有操作全部执行成功时，事务提交；当事务中的操作部分执行成功，部分失败时，事务回滚。
在上篇文章，我们聊了「MySQL 啥时候会用表锁，啥时候用行锁」这个问题。在文章中，我们还留了一个问题，即：如果查询或更新时的数据特别多，是否从行锁会升级为表锁？此外，还有朋友留言说到：不同的隔离级别可能会用不同的锁，可以结合隔离级别来聊聊。
说到数据库，必然离不开事务模型，mysql也不例外，笔者在看到网上一些文章后发现网上蛮多文章写得不太属实，所以决定在这里写一篇文章做一些补充，力求做到真实可追究：
作为一个后端工程师，想必没有人没用过数据库，跟我一起复习一下MySQL吧，本文是我学习《MySQL实战45讲》的总结笔记的第二篇，总结了MySQL的事务隔离级别。
如何控制并发是数据库领域中非常重要的问题之一，MySQL为了解决并发带来的问题，设计了事务隔离机制、锁机制、MVCC机制，用一整套机制来解决并发问题，本文主要介绍事务隔离机制。
事务处理（事务操作）：保证所有事务都作为一个工作单元来执行，即使出现了故障，都不能改变这种执行方 式。当在一个事务中执行多个操作时，要么所有的事务都被提交(commit)，那么这些修改就永久地保存下来； 要么数据库管理系统将放弃所作的所有修改，整个事务回滚(rollback)到最初状态。
学习数据库的时候常常会接触到事务, ACID等概念，那么到底什么是数据库的事务，数据库事务又具有哪些特点，和ACID有怎样的关系，事务的隔离级别又是做什么的呢？。
我们的数据库一般都会并发执行多个事务，多个事务可能会并发的对相同的一批数据进行增删改查操作，可能就会导致我们说的脏写、脏读、不可重复读、幻读这些问题。 这些问题的本质都是数据库的多事务并发问题，为了解决多事务并发问题，数据库设计了事务隔离机制、锁机制、MVCC多版本并发控制隔离机制，用一整套机制来解决多事务并发问题。接下来，我们会深入讲解这些机制，让大家彻底理解数据库内部的执行原理。
不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。
上次偶然间看到这个知识点，发现自己有所欠缺，就来进行查漏补缺，没法实在是卷的厉害啊。😭 那么不知道你对于Spring支持的常用数据库事务传播属性和隔离级别了解的怎么样呢？要不要一起复习复习勒😁 很喜欢一句话：“八小时内谋生活，八小时外谋发展” 共勉👩💻 📷 描述：进来先看看风景啦，要相信会有光的哦 Spring支持的常用数据库事务传播属性和隔离级别 一、事务传播属性 前言： 概念： 二、事务传播代码演示 2.1、数据库表: 2.2、代码 2.3测试： 三、数据库事务隔离级别 3.1、数据库
以上说明事务隔离级别主要针对读操作来说的。(DML语句我们可以不考虑事务隔离级别，因为任何事物隔离级别下DML的加锁都很严格，属于得不到就等待的类型)
数据库事务（简称:事务）是数据库管理系统执行过程中的一个逻辑单位，由一个有限的数据库操作序列构成。事务的使用是数据库管理系统区别文件系统的重要特征之一。
事务，乍一看这个词不知其所以然，至少我第一次看到不知道他是干什么用的。要理解它并不难，你可以认为它就是我们在操作数据库时中间的一个通道，这个通道另一端就是数据库，从我们开始执行一个 DML 语句开始，就相当于我们在向通道中塞数据或从通道中读取数据，但是要注意，这些数据不会立即到通道的另一端数据库内。只有我们执行了 commit 或者 执行了一条 DDL 语句时，系统会将我们之前执行的所有 DML 语句真正的应用到通道的另一端数据库中。那这个通道存在的价值是什么呢？那就只支持事务的回滚，意思就是如果我们对数据库做了一些错误的 DML 操作，那么可以通过回滚事务的方式回到执行了错误的 DML 语句之前，这就是事务的简单理解。
一个或一组sql语句组成的一个执行单元，这个执行单元要么全部执行，要么全部不执行。每条sql语句都是相互依赖的 整个单元作为一个不可分割的整体，如果单元中某条sql语句执行失败或者产生错误，则整个单元将会回滚。所有收到影响 的数据将会返回到事务开始以前的状态。如果单元内所有语句均正常执行，则事务被成功执行
事务是由一系列SQL组成的逻辑处理单元，要么全'部'执行，要么全'不'执行。事务具有四个属性，也就是常说的ACID属性，分别代表原子性，一致性，隔离性和持久性，再重新巩固一下吧：
MySQL中的事务处理是确保数据完整性和一致性的重要手段。事务是一组数据库操作的逻辑单元，要么全部成功执行，要么全部回滚到初始状态。在并发环境下，多个用户可能同时访问和修改数据库，通过使用事务可以保证数据操作的正确性和可靠性。下面我将详细介绍MySQL中事务的概念、特性、隔离级别以及如何使用事务来维护数据的完整性。
事务是一组原子性的SQL操作，所有操作必须全部成功完成，如果其中有任何一个操作因为崩溃或其他原因无法执行，那么所有的操作都不会被执行。也就是说，事务内的操作，要么全部执行成功，要么全部执行失败。
在Spring框架中，事务管理是一种用于维护数据库操作的一致性和完整性的机制。Spring事务管理提供了灵活的方式来处理事务，包括事务的创建、提交、回滚以及事务的传播行为。
继续上篇博客 事务特性及隔离问题。 我们来做一个关于隔离级别的实验，将演示各个级别导致的隔离问题。 我们先打开两个MySQL窗口，来模拟并发操作。
相信用过MySQL的朋友都知道事务，我们也常常通过这个例子来讲解事务的作用：A向B转账，这里可以分为两步操作数据库，A账户余额减少，B账户余额增加。但是，如果在A账户余额减少的时候突然出现了数据库宕机了等情况，是不是会出现A的余额变少了，但是B的余额却没有增加的情况呢？答案是否定的。原因就是数据库支持事务（常用的关系型数据，如MySQL、Oracle等）。
（1）打开一个客户端A，并设置当前事务模式为read uncommitted（未提交读），查询表account的初始值：
ANSI/ISO SQL标准定义了4中事务隔离级别：未提交读（read uncommitted），提交读（read committed），重复读（repeatable read），串行读（serializable）。
今天在做固资系统时遇到一个问题，就是无论如何事务提交都不生效，于是决定实施实验，探究下背后的原理。本文主要分为三部分，第一部分讲解事务机制生效的原理。第二部分讲为了使事务生效，我都尝试了哪些方法，并解释每种尝试有效或无效的原因。第三部分讲解一下为什么我们需要事务机制。
数据库隔离级别有四种，应用《高性能mysql》一书中的说明： 然后说说修改事务隔离级别的方法： 1.全局修改，修改mysql.ini配置文件，在最后加上 1 #可选参数有：READ-UNCOMMITT
上次讲完MySQL的三大日志 undolog、redolog、binlog后，有必要把关于MySQL事务分析的文章马上给续上，我们知道在多并发事务处理的MVCC【多版本并发控制】中是有涉及到undo log日志的。
MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读）。我们可以通过SELECT @@tx_isolation;命令来查看，MySQL 8.0 该命令改为SELECT @@transaction_isolation;
线程死锁是指由于两个或者多个线程互相持有对方所需要的资源，导致这些线程处于等待状态，无法前往执行。当线程进入对象的synchronized代码块时，便占有了资源，直到它退出该代码块或者调用wait方法，才释放资源，在此期间，其他线程将不能进入该代码块。当线程互相持有对方所需要的资源时，会互相等待对方释放资源，如果线程都不主动释放所占有的资源，将产生死锁。
在如今互联网业务中使用范围最广的数据库无疑还是关系型数据库MySQL，之所以用"还是"这个词，是因为最近几年国内数据库领域也取得了一些长足进步，例如以TIDB、OceanBase等为代表的分布式数据库，但它们暂时还没有形成绝对的覆盖面，所以现阶段还得继续学习MySQL数据库以应对工作中遇到的一些问题，以及面试过程中关于数据库部分的考察。
A、原子性（Atomicity） 表示组成一个事务的多个数据库操作是一个不可分隔的原子单元，只有所有的操作执行成功，整个事务才提交，事务中任何一个数据库操作失败，已经执行的任何操作都必须撤销，让数据库返回到初始状态。 B、一致性（Consistency） 事务操作成功后，数据库所处的状态和它的业务规则是一致的，即数据不会被破坏。 C、隔离性（Isolation） 在并发数据操作时，不同的事务拥有各自数据空间，它们的操作不会对对方产生干扰。数据库规定了多种事务隔离级别，不同隔离级别对应不同的干扰程度，隔离级别越高，数据一致性越好，但并发性越弱。 D、持久性（Durabiliy） 一旦事务提交成功后，事务中所有的数据操作都必须被持久化到数据库中，即使提交事务后，数据库马上崩溃，在数据库重启时，也必须能保证能够通过某种机制恢复数据。
领取专属 10元无门槛券
手把手带您无忧上云
