隔离级别

事务的隔离级别 事务的四大特性分别是：原子性、一致性、隔离性、持久性 幻读和不可重复读都是在同一个事务中多次读取了其他事务已经提交的事务的数据导致每次读取的数据不一致，所不同的是不可重复读读取的是同一条数据，而幻读针对的是一批数据整体的统计(比如数据的个数) 以MYSQL数据库来分析四种隔离级别 第一种隔离级别：Read uncommitted(读未提交) 如果一个事务已经开始写数据，则另外一个事务不允许同时进行写操作，但允许其他事务读此行数据，该隔离级别可以通过“排他写锁”，但是不排斥读线程实现。这样就避免了更新丢失，却可能出现脏读，也就是说事务B读取到了事务A未提交的数据 解决了更新丢失，但还是可能会出现脏读 第二种隔离级别：Read committed(读提交) 如果是一个读事务(线程)，则允许其他事务读写，如果是写事务将会禁止其他事务访问该行数据，该隔离级别避免了脏读，但是可能出现不可重复读。事务A事先读取了数据，事务B紧接着更新了数据，并提交了事务，而事务A再次读取该数据时，数据已经发生了改变。 解决了更新丢失和脏读问题 第三种隔离级别：Repeatable read(可重复读取) 可重复读取是指在一个事务内，多次读同一个数据，在这个事务还没结束时，其他事务不能访问该数据(包括了读写)，这样就可以在同一个事务内两次读到的数据是一样的，因此称为是可重复读隔离级别

事务的隔离级别以及会出现的问题 SQL标准定义了4类隔离级别（由低到高）: 1.Read Uncommitted（读取未提交内容) 会出现的问题：一个事务在对数据进行修改但还未提交时，另一个事务读取到了修改后的数据，但因为某些原因修改数据的事务回滚了，出现了脏读； 2.Read Committed（读取提交内容，解决了出现脏读的问题） 会出现的问题：一个事务在查询数据时另一个修改数据的事务刚好提交，再次查询时，两次查询结果不一样，出现虚读 3.Repeatable Read （可重读，解决虚读问题） 会出现的问题：在一个事务的两次查询中数据笔数不一致，例如：一个事务查询一次数据，在此时另一个事务插入了几条数据，当再次查询时出现了几条之前没有的数据，产生幻读； 4.Serializable （可串行化，解决幻读问题） 这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题 来源： CSDN 作者： 孟凡聪 链接： https://blog.csdn.net/qq_42314022/article/details/83106103

一、数据库的隔离级别分类 根据实际需求，通过设置数据库的事务隔离级别可以解决多个事务并发情况下出现的脏读、不可重复读和幻读问题。数据库事务隔离级别由低到高依次为Read uncommitted、Read committed、Repeatable read和Serializable四种。数据库不同，其支持的事务隔离级别亦不相同：MySQL数据库支持上面四种事务隔离级别，默认为Repeatable read；Oracle 数据库支持Read committed和Serializable两种事务隔离级别，默认为Read committed。 1、Read uncommitted(读未提交) 可能出现脏读、不可重复读和幻读。 2、Read committed(读已提交) 可以避免脏读，但可能出现不可重复读和幻读。大多数数据库默认级别就是Read committed，比如Sql Server数据库和Oracle数据库。注意：该隔离级别在写数据时只会锁住相应的行。 3、Repeatable read(可重复读) 可以避免脏读和不可重复读，但可能出现幻读。注意：事务隔离级别为可重复读时，如果检索条件有索引(包括主键索引)的时候，默认加锁方式是next-key锁；如果检索条件没有索引，更新数据时会锁住整张表。一个间隙被事务加了锁，其他事务是不能在这个间隙插入记录的，这样可以防止幻读。 4

  上篇文章给大家详细的介绍Spring中事务的传播行为，在事务中我们需要关注事务的传播行为和事务的隔离级别这两个点，所以本文给大家介绍下事务的隔离级别 事务的隔离级别   事务隔离级别指的是一个事务对数据的修改与另一个并行的事务的隔离程度，当多个事务同时访问相同数据时，如果没有采取必要的隔离机制，就可能发生以下问题： 问题 描述 脏读 一个事务读到另一个事务未提交的更新数据 ，所谓脏读，就是指事务A读到了事务B还没有提交的数据，比如银行取钱，事务A开启事务，此时切换到事务B，事务B开启事务–>取走100元，此时切换回事务A，事务A读取的肯定是数据库里面的原始数据，因为事务B取走了100块钱，并没有提交，数据库里面的账务余额肯定还是原始余额，这就是脏读 幻读 是指当事务不是独立执行时发生的一种现象 ，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。 同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象 发生了幻觉一样。 不可重复读 在一个事务里面的操作中发现了未被操作的数据 比方说在同一个事务中先后执行两条一模一样的select语句，期间在此次事务中没有执行过任何DDL语句，但先后得到的结果不一致，这就是不可重复读 Spring支持的隔离级别 隔离级别 描述

Mysql默认事务隔离级别是：REPEATABLE-READ --查询当前会话事务隔离级别mysql> select @@tx_isolation; +-----------------+ | @@tx_isolation | +-----------------+ | REPEATABLE-READ | +-----------------+ 1 row in set (0.00 sec) --全局查询 mysql> select @@global.tx_isolation; +-----------------------+ | @@global.tx_isolation | +-----------------------+ | REPEATABLE-READ | +-----------------------+ 1 row in set (0.00 sec) mysql> mysql> show variables like 'tx_isolation'; +---------------+-----------------+ | Variable_name | Value | +---------------+-----------------+ | tx_isolation | REPEATABLE-READ | +---------------+----------

关键要点 仅从ACID或非ACID角度考虑问题是不够的，你应知道你的数据库支持何种事务隔离级别。 一些数据库宣称自己具有“最终一致性”，但却可能对重复查询返回不一致的结果。 相比于你所寻求的数据库，一些数据库提供更高的事务隔离级别。 脏读可导致同一记录得到两个版本，或是完全地丢失一条记录。 在同一事务中多次重新运行同一查询后，可能会出现幻读。 最近MongoDB登上了Reddit的头条，因为MongoDB的核心开发者David Glasser痛苦地认识到MongoDB默认会执行脏读( https://engineering.meteor.com/mongodb-queries-dont-always-return-all-matching-documents-654b6594a827 )。 在本文中，我们将解释什么是事务隔离级别和脏读，并给出一些广受欢迎的数据库是如何实现它们的。ANSI SQL给出了四种标准的事务隔离级别：可序列化(Serializable)（应该翻译为串行化的事务）、可重复读(Repeatable reads)、提交读(Read committed)和未提交读(Read uncommitted)。 许多数据库缺省是提交读的，这保证了在事务运行期间用户看不到转变中的数据。提交读的实现通过在读取时暂时性地获取锁，并持有写入锁直至事务提交

本篇讲诉数据库中事务的四大特性（ACID），并且将会详细地说明事务的隔离级别。 　　如果一个数据库声称支持事务的操作，那么该数据库必须要具备以下四个特性： ⑴ 原子性（Atomicity） 　　原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，这和前面两篇博客介绍事务的功能是一样的概念，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。 ⑵ 一致性（Consistency） 　　一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。 　　拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。 ⑶ 隔离性（Isolation） 　　隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。 　　即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。 　　关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。 ⑷ 持久性（Durability） 　

1 背景 1 1.1 MVCC：Snapshot Read vs Current Read 2 1.2 Cluster Index：聚簇索引 3 1.3 2PL：Two-Phase Locking 3 1.4 Isolation Level 4 2 一条简单SQL的加锁实现分析 5 2.1 组合一：id主键+RC 6 2.2 组合二：id唯一索引+RC 6 2.3 组合三：id非唯一索引+RC 7 2.4 组合四：id无索引+RC 8 2.5 组合五：id主键+RR 9 2.6 组合六：id唯一索引+RR 9 2.7 组合七：id非唯一索引+RR 9 2.8 组合八：id无索引+RR 11 2.9 组合九：Serializable 12 3 一条复杂的SQL 12 4 死锁原理与分析 14 5 总结 16 背景 MySQL/InnoDB的加锁分析，一直是一个比较困难的话题。我在工作过程中，经常会有同事咨询这方面的问题。同时，微博上也经常会收到MySQL锁相关的私信，让我帮助解决一些死锁的问题。本文，准备就MySQL/InnoDB的加锁问题，展开较为深入的分析与讨论，主要是介绍一种思路，运用此思路，拿到任何一条SQL语句，都能完整的分析出这条语句会加什么锁？会有什么样的使用风险？甚至是分析线上的一个死锁场景，了解死锁产生的原因。 注： MySQL是一个支持插件式存储引擎的数据库系统

一、基本概念 数据库事务 （简称： 事务 ）是 数据库管理系统 执行过程中的一个逻辑单位，由一个有限的 数据库 操作序列构成 概要： 一个数据库事务通常包含了一个序列的对数据库的读/写操作。 它的存在包含有以下两个目的： 1、为数据库操作序列提供了一个从失败中恢复到正常状态的方法，同时提供了数据库即使在异常状态下仍能保持一致性的方法。 2、当多个 应用程序 在 并发 访问数据库时，可以在这些应用程序之间提供一个隔离方法，以防止彼此的操作互相干扰。 事务的四大特性： 简称：ACID 原子性（Atomicity） ：事务作为一个整体被执行，包含在其中的对数据库的操作要么全部被执行，要么都不执行。 一致性（Consistency） ：事务应确保数据库的状态从一个一致状态转变为另一个一致状态，一致状态的含义是数据库中的数据应满足完整性约束。 隔离性（Isolation） ：多个事务并发执行时，一个事务的执行不应影响其他事务的执行。 持久性（Durability） ：已被提交的事务对数据库的修改应该永久保存在数据库中。 二、事务的隔离级别 事务隔离级别的统计 事务级别 脏读 不可重复读 幻读 未提交读 Yes Yes Yes 提交读 No Yes Yes 可重复读 No No Yes 串行读 No No No 未提交读 (Read Uncommitted):允许脏读

一、 jdbc 事务隔离级别 事务指定一个隔离级别，该隔离级别定义一个事务必须与由其他事务进行的资源或数据更改相隔离的程度。隔离级别从允许的并发副作用（例如，脏读或虚拟读取）的角度进行描述。 a: 脏读取：一个事务读取了另外一个并行事务未提交的数据 b: 不可重复读取：一个事务再次读取之前读过的数据时得到的数据不一致，被另外一个事务修改。 把甲的安全级别设成是是允许自己可重复读的。那么甲事务在执行中读了一次 ID 是 10 的数据的资金是 1000 ，在执行过程中第二次它再去读这个 ID10 的资金有可能就不是 1000 了，因为乙在甲执行第二次查询之前第一次查询之后将这条数据的资金修改并提交了。 c: 虚读：一个事务重新执行一个查询，返回的记录包含了其他事务提交的新记录 设定事务的隔离级别： con.setTransactionIsolation(Connection.isolationLevel); 四种隔离级别： con.setTransactionIsolation(Connection.TRANSACTION_READ_UNCOMMITTED);// 最底级别：只保证不会读到非法数据，上述 3 个问题有可能发生 con.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED); // 默认级别