隔离级别

数据库在并发的情况下，可能会出现脏读、不可重复读、幻读等问题。为了避免以上问题，数据库事务增加隔离级别，来保证数据的准确性。隔离级别从低到高有4个级别：未提交读（Read uncommitted）、提交读（Read committed)、可重复读（Repeatable read）、序列化（Serializable） 。 一、并发问题 1、 脏读 事务T1正在操作一条数据，此时事务T2获取该条数据纪录，如果T1异常，事务回滚，T2读取到的数据就是脏数据，这种现象称为脏读。 2、 不可重复读 事务T1多次读取某条记录，在读取间隔中，事务T2更新了该技术的数据，当T1再次读取该记录时，获取到的数据不一致，这种现象称为不可重复读。 产生的原因主要是数据的更新 。 3、幻读 事务T1批量处理多条记录，此时事务T2新增或删除了一条或多条记录，当T1处理完成，查询处理结果，会发现有记录没有处理（T2新增的）或者发现记录少了（T2删除的），会有一种幻觉的感觉，这种现象称为幻读。 主要是数据的新增或删除导致。 二、隔离级别 1、 未提交读（Read uncommitted） ①定义：就是一个事务读取到其他事务未提交的数据，是级别最低的隔离机制。 ②缺点：会产生脏读、不可重复读、幻读。 ③案例解读：以前交易所炒股的时候，股民老王购买了5000股，操作员操作录入（此时开启事务），操作时手误

在 jdbc的使用 中以最简单的jdbc的使用为例，说明了jdbc的具体用法。然而在通常项目中，需要考虑更多内容，例如事务。 事务，在单个数据处理单元中，存在若干个数据处理，要么整体成功，要么整体失败。事务需要满足ACID属性（原子性、一致性、隔离性和持久性）。 原子性：所谓原子性是指本次数据处理要么都提交、要么都不提交，即不能先提交一部分，然后处理其他的程序，然后接着提交未完成提交的剩余部分。概念类似于编程语言的原子操作。 一致性：所谓一致性是指数据库数据由一个一致的状态在提交事务后变为另外一个一致的状态。例如，用户确认到货操作：确认前，订单状态为待签收、客户积分为原始积分，此状态为一致的状态；在客户确认到后后，订单状态为已完成、客户积分增加本次消费的积分，这两个状态为一致状态。不能出现，订单状态为待签收，客户积分增加或者订单状态为已完成，客户积分未增加的状态，这两种均为不一致的情况。一致性与原子性息息相关。 隔离性：所谓隔离性是指事物与事务之间的隔离，即在事务提交完成前，其他事务与未完成事务的数据中间状态访问权限，具体可通过设置隔离级别来控制。 持久性：所谓持久性是指本次事务提交完成或者回滚完成均为持久的修改，除非其他事务进行操作否则数据库数据不能发生改变。 本文重点描述事物隔离性及使用方法。 要详细说明数据库隔离级别，需要先对数据库并发事务可能出现的几种状态进行说明： 读脏

1.1 MySq的事务的隔离级别 MySql的定义四种隔离级别，每一种级别都规定了事务中的修改，哪些事务的内和事务间是可见的，还是不可见的。一般情况下较低的事务级别所需的开销较小，所以可以执行更高的并发。 READ UNCOMMITTED ( 未提交读 ): 未提交读是最低的隔离级别，事务的修改，即时它 没有提交 ，对 其他事务也是可见 的。导致事务可以读到未提交的数据，称之为 脏读 (Drity Read),而且它的性能并未比其他的级别好太多，所以在实际运用中很少采用此种隔离级别。 READ COMMITTED ( 提交读或者不可重复读 ): 大多数据库默认的级别是READ COMMITTED,但MySQL不是，READ COMMITTED 的含义就是在一个事务开始的时候，看不到其他的事务，也就是说在一个事务开始到提交的过程中的修改，对于其他的事务是不可见的。它可以 防止脏读 ，但不能防止幻读。因为执行两次一样的查询，结果可能不一样，所以又叫不可重复读。 REPEATABLE READ ( 可重复读 ) repeatable read 解决了脏读的问题，不可重复读问题。 是MySQL默认的事务级别 ，但是没有解决幻读的问题，在A事务中读取一个表某个范围内的记录，但另一个B事务在这张表中的该范围插入了新的记录，当之前的事务在次读取的时候，就会产生幻行。InnoDB、XtraDB

Postgres数据库事务隔离级别介绍 0. What is Database Transaction? 数据库事务(Database Transaction) ，是指作为单个逻辑工作单元执行的一系列操作，要么完全地执行，要么完全地不执行。 事务处理可以确保除非事务性单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID（原子性、一致性、隔离性和持久性）属性。事务是数据库运行中的一个逻辑工作单位，由DBMS中的事务管理子系统负责事务的处理。 —— [百度百科] A –Atomicity 事务必须是原子工作单元； 要么全都执行成功，要么全都执行不成功 。通常，与某个事务关联的操作具有共同的目标，并且是相互依赖的。如果系统只执行这些操作的一个子集，则可能会破坏事务的总体目标。原子性消除了系统处理操作子集的可能性。 C –Consistency 一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说 一个事务执行之前和执行之后都必须处于一致性状态 。 拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

1. ISOLATION_DEFAULT： 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。 另外四个与JDBC的隔离级别相对应。 2. ISOLATION_READ_UNCOMMITTED： 这是事务最低的隔离级别，它充许令外一个事务可以看到这个事务未提交的数据。 这种隔离级别会产生脏读，不可重复读和幻读。 3. ISOLATION_READ_COMMITTED： 保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。 4. ISOLATION_REPEATABLE_READ： 这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻读。 它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。 5. ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。 除了防止脏读，不可重复读外，还避免了幻读。 名词解释： 脏读: 指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时， 另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据， 那么另外一个事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的。 不可重复读: 指在一个事务内

一、事务 1、事务的应用场景 在实际开发过程中，如果操作转账，往往要多次访问数据库才能完成。转账是一个用户扣钱，另一个用户加钱。如果有其中一条 SQL 语句出现异常，这条SQL语句就可能执行失败。 事务执行是一个整体，所有的SQL语句都必须执行成功，如果有其中一条 SQL 语句出现异常，则所有的 SQL都要回滚，整个业务执行失败。 2、案例： 模拟 加藤鹰 给 泷泽萝拉 转账500元 转账操作需要执行两条语句，则： 如果执行完第一条语句后，服务器崩溃了，那就造成了 加藤鹰的余额减少了500，而泷泽萝拉的余额并没有增加500。 只有当两条语句都执行成功的话，转账才算成功，这就用到了 事务 3、手动提交事务 4、自动提交事务 二、事务的原理 1、事务开启之后，所有的操作都会临时保存到事务日志中，事务日志只有在得到 commit 命令后才会同步到数据表中，其他任何情况都会情况日志（ rollback 断开连接） 2、原理图 3、事务的步骤 客户端连接数据库服务器，创建连接时创建此用户的临时日志文件 开启事务以后，所有的操作都会先写入到临时日志文件中 所有的查询操作都从表中查询，但会经过日志文件加工后才返回 如果事务提交则将日志文件中的数据写到表中，否则情况日志文件 三、事务的回滚点 1、回滚点 在某些成功的操作完成后，后续的操作又可能成功有可能失败，但是不管成功还是失败

1. Jdbc事务隔离级别 Jdbc隔离级别 数据库隔离级别 数据访问情况 TRANSACTION_READ_UNCOMMITTED(未提交读)Uncommitted Read ur 脏读，在没有提交数据的时候能够读到已经更新的数据 TRANSACTION_READ_COMMITTED(提交读) cs 不可重复读，事务A读取数据，事务B修改数据并提交，事务A再次查询时将会查到事务B提交的数据。 TRANSACTION_REPEATABLE_READ(重复读) rs 幻读，事务A读取数据，锁定数据记录，其他事务不能修改被事务A锁定的记录，但可以插入新的数据。 TRANSACTION_SERIALIZABLE(序列化) rr 序列化，事务顺序挨个执行。避免了幻读。 Db2 缺省情况下使用 cs 以下说明使用到表t_bs_user，该表有如下字段：id，name，zt。 未提交读： 事务A读取到t_bs_user表中的id为1的数据zt为0，此时事务B修改了id为1的数据，将zt置为1，但是没有提交，事务A再次读取t_bs_user表的数据，发现zt为1，如果事务B做了回滚操作，那么事务A读取的将是脏数据。脏读可以通过增加事务隔离级别来避免。 提交读： 事务A读取到t_bs_user表中的id为1的数据zt为0，此时事务B修改了id为1的数据，将zt置为1，并提交，事务A再次读取t_bs

对于事务问题，其实也是很棘手的，特别是生产环境和测试环境不一样时最为头疼了。比如我最近遇到一个事务隔离级别的问题。先列一下事务的隔离级别吧。 事务隔离级别 脏读 不可重复读 幻读 读未提交（read-uncommitted） 是 是 是 读已提交（read-committed） 否 是 是 可重复读（repeatable-read） 否 否 是 串行化（serializable） 否 否 否 而mysql默认的事务隔离级别为repeatable-read。具体事务细节参考 MySQL的四种事务隔离级别 ，我的问题也是在此文章的基础之上验证的。 我的问题场景是A项目调用B项目，两项目的通信使用的时HTTP，并且各自都开启了事务（数据库时公共的）。当B项目执行完并提交事务，A项目得到响应后去查询B项目的结果，但是查询不到。同事还做了不开启事务的测试，结果是可以查询到的，因此可以得知中间存在事务问题，并且查看了测试环境的事务隔离级别，数据库使用的是——repeatable-read，并且我们仔细检查了代码也没有特别针对事务进行设置，然而生产环境却没有这个问题。那么问题就来了，测试环境的事务隔离级别会是什么情况？为了查清这个问题，我们按照上面”MySQL的四种事务隔离级别“方式去尝试了一下，结果印证了这个问题。简单来说，在默认事务隔离级别情况下两个事务是独立的

先看一张Concepts中关于事务隔离级别的一张表格： 从上图可以看到： 通常事务的隔离级别定义为以下4种（基于3种在并发事务中需要避免的现象来划分的）： 1.Read uncommitted 从字面意义可以看出，读取那些未提交的数据。事务1在事务进行过程中，会读到事务2修改了但是没有提交的数据，所以产生了 脏读（Dirty Read）。 2.Read committed 读取提交的数据。事务1在事务开始后第1次查询了emp_id=1的emp_name=sean，然后事务2修改了emp_id=1的emp_name=king并提交，接着事务1第2次查询emp_id=1的emp_name=king。可见在事务1的整个过程中，2次查询同一条数据获得了不同的结果，因为只要提交的数据就能被看到。所以这种隔离级别不能避免 不可重复读（Nonrepeatable Read）。 3.Repeatable read 字面意思是可以重复读，比照上例，就是在事务1的整个过程中，查询某一条数据总能获得相同的结果。但是不能避免 幻读（Phantom Read）。什么是幻读，和 不可重复读 的区别在哪里？想象这种情形，事务1第1次统计dept_id=20的员工总数为50，此时事务2往员工表插入1条新的员工记录并提交，事务1第2次查询dept_id=20的员工总数为51.发现2次统计的结果不一致。这种情况称之为

关于事务的隔离性概念以及会引起的问题，还有解决方法，都在我另外的博客中详细讲过了，这里就不多说了，现在说mysql该怎么设置隔离级别的问题 mysql总共有四个隔离级别分别是：serialiable、repeatable read，read committed，read uncommitted。 set tx_isolation=''; 可以设置事务隔离级别，mysql默认的事务隔离级别是repeatable read 来源： CSDN 作者： jjkang_ 链接： https://blog.csdn.net/jjkang_/article/details/54925889