隔离级别

MySQL InnoDB事务的隔离级别有四级，默认是“可重复读”（REPEATABLE READ） 1) 未提交读(READ UNCOMMITTED) 另一个事务修改了数据，但尚未提交，而本事务中的SELECT会读到这些未被提交的数据（脏读）(隔离级别最低，并发性能高)。 2) 提交读(READ COMMITTED) 本事务读取到的是最新的数据(其他事务提交后的)。问题是，在同一个事务里，前后两次相同的SELECT会读到不同的结果(不重复读)。 会出现不可重复读、幻读问题(锁定正在读取的行) 3) 可重复读(REPEATABLE READ) 在同一个事务里，SELECT的结果是事务开始时时间点的状态，因此，同样的SELECT操作读到的结果会是一致的，但是，会有幻读现象。会出幻读(锁定所读取的所有行)。 4) 串行化(SERIALIZABLE) 读操作会隐式获取共享锁，可以保证不同事务间的互斥(锁表)。 四个级别逐渐增强，每个级别解决一个问题。 1) 脏读。另一个事务修改了数据，但尚未提交，而本事务中的SELECT会读到这些未被提交的数据。 2) 不重复读。解决了脏读后，会遇到，同一个事务执行过程中，另外一个事务提交了新数据，那么本事务先后两次读到的数据结果会不一致。 3) 幻读。解决了不重复读，保证了同一个事务里，查询的结果都是事务开始时的状态（一致性）。但是

在数据库操作中，为了有效保证并发读取数据的正确性，提出的事务隔离级别。 数据库是要被广大客户所共享访问的，那么在数据库操作过程中很可能出现以下几种不确定情况。 更新丢失 两个事务都同时更新一行数据，一个事务对数据的更新把另一个事务对数据的更新覆盖了。这是因为系统没有执行任何的锁操作，因此并发事务并没有被隔离开来。 脏读 一个事务读取到了另一个事务未提交的数据操作结果。这是相当危险的，因为很可能所有的操作都被回滚。 不可重复读 不可重复读（Non-repeatable Reads）：一个事务对同一行数据重复读取两次，但是却得到了不同的结果。 包括以下情况： （1） 虚读：事务T1读取某一数据后，事务T2对其做了修改，当事务T1再次读该数据时得到与前一次不同的值。 （2） 幻读（Phantom Reads）：事务在操作过程中进行两次查询，第二次查询的结果包含了第一次查询中未出现的数据或者缺少了第一次查询中出现的数据（这里并不要求两次查询的SQL语句相同）。这是因为在两次查询过程中有另外一个事务插入数据造成的。 解决方案： 为了避免上面出现的几种情况，在标准SQL规范中，定义了4个事务隔离级别，不同的隔离级别对事务的处理不同。 未授权读取 也称为读未提交（Read Uncommitted）：允许脏读取，但不允许更新丢失。如果一个事务已经开始写数据，则另外一个事务则不允许同时进行写操作

说到数据库，以前我老师有一句很经典的话。你可以不会写SQL，但是一定不能不知道 ACID 。 在工业领域，SQL可以说是应用最广泛的技术。从后端到算法，从数据到DBA，再到产品，甚至连一些运营也会基本的SQL。所以如果你现在还不太会的话，我建议你用一个下午的时间找个网站好好学一下。 原本我是想直接写些Hbase相关的内容，但是我发现要想讲清楚Hbase，必须要讲noSQL数据库。如果将noSQL，则又离不开最传统的关系型数据库。所以我们一步一步来，先从基础的关系型数据库讲起。或许我这么说并不准确，因为数据库并不基础，相反它十分复杂。从索引到各种优化和设计原理，再到内部的各种算法和数据结构，涉及到的内容非常多。我们先把浩如烟海的知识放一放，先从最核心的数据库四大原则开始说起。 数据库事务ACID四大原则， A代表Atomicity，即原子性。C表示Consistency，即一致性。I表示Isolation，即隔离性。D表示Durability，即持久性 。 这四个原则了解过数据库的应该都如雷贯耳。可是真正面试的时候被问起来，能一个不落说得上来，并且讲得清楚原委的就不多了。我觉得主要是因为我们的翻译过于文雅，不像英文那么直观，所以很难顾名思义。另一个原因是我们在学习的时候理解不够深入，只知道原因，不知道原因的究竟。所谓知其然，不知其所以然。 原子性 让我们先从其中最简单的原子性开始。

本文始发于个人公众号： TechFlow 说到数据库，以前我老师有一句很经典的话。你可以不会写SQL，但是一定不能不知道 ACID 。 在工业领域，SQL可以说是应用最广泛的技术。从后端到算法，从数据到DBA，再到产品，甚至连一些运营也会基本的SQL。所以如果你现在还不太会的话，我建议你用一个下午的时间找个网站好好学一下。 原本我是想直接写些Hbase相关的内容，但是我发现要想讲清楚Hbase，必须要讲noSQL数据库。如果将noSQL，则又离不开最传统的关系型数据库。所以我们一步一步来，先从基础的关系型数据库讲起。或许我这么说并不准确，因为数据库并不基础，相反它十分复杂。从索引到各种优化和设计原理，再到内部的各种算法和数据结构，涉及到的内容非常多。我们先把浩如烟海的知识放一放，先从最核心的数据库四大原则开始说起。 数据库事务ACID四大原则， A代表Atomicity，即原子性。C表示Consistency，即一致性。I表示Isolation，即隔离性。D表示Durability，即持久性 。 这四个原则了解过数据库的应该都如雷贯耳。可是真正面试的时候被问起来，能一个不落说得上来，并且讲得清楚原委的就不多了。我觉得主要是因为我们的翻译过于文雅，不像英文那么直观，所以很难顾名思义。另一个原因是我们在学习的时候理解不够深入，只知道原因，不知道原因的究竟。所谓知其然，不知其所以然。

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

一、隔离级别： 数据库事务的隔离级别有4个，由低到高依次为 Read uncommitted、 Read committed、 Repeatable read、 Serializable，这四个级别可以逐个解决 脏读、 不可重复读、 幻读这几类问题。 １. ISOLATION_READ_UNCOMMITTED：这是事务最低的隔离级别，它充许令外一个事务可以看到这个事务未提交的数据。 这种隔离级别会产生脏读，不可重复读和幻像读。 ２. ISOLATION_READ_COMMITTED：保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据 ３. ISOLATION_REPEATABLE_READ：这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。 它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。 ４. ISOLATION_SERIALIZABLE：这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。 除了防止脏读，不可重复读外，还避免了幻像读。 我们使用 test 数据库，新建 tx 表：－－－ＭｙＳＱＬ数据库 第1级别：Read Uncommitted(读取未提交内容) (1)所有事务都可以看到其他未提交事务的执行结果 (2)本隔离级别很少用于实际应用

一、Propagation （事务的传播属性） Propagation ：　　key属性确定代理应该给哪个方法增加事务行为。这样的属性最重要的部份是传播行为。有以下选项可供使用：PROPAGATION_REQUIRED--支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。 PROPAGATION_SUPPORTS--支持当前事务，如果当前没有事务，就以非事务方式执行。 PROPAGATION_MANDATORY--支持当前事务，如果当前没有事务，就抛出异常。 PROPAGATION_REQUIRES_NEW--新建事务，如果当前存在事务，把当前事务挂起。 PROPAGATION_NOT_SUPPORTED--以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。 PROPAGATION_NEVER--以非事务方式执行，如果当前存在事务，则抛出异常。 1： PROPAGATION_REQUIRED 加入当前正要执行的事务不在另外一个事务里，那么就起一个新的事务 比如说，ServiceB.methodB的事务级别定义为PROPAGATION_REQUIRED, 那么由于执行ServiceA.methodA的时候， ServiceA.methodA已经起了事务，这时调用ServiceB.methodB，ServiceB.methodB看到自己已经运行在ServiceA

TRANSACTION（事务隔离级别） 在说明事务隔离级别之前先说一下 脏读 、 不可重复读 、 幻读 这三个概念。 脏读： 一个事务读取到另一事务未提交的更新新据。当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有 提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据， 那么另 外一个事务读到的这个数据是脏数据，依据脏数据所做的操作也可能是不正确的。 不可重复读： 在同一事务中，多次读取同一数据返回的结果有所不同。换句话说就是，后续读取可以读到另一事务已提交的 更新数据。相反，“可重复读”在同一事务中多次读取数据时，能够保证所读数据一样，也就是，后续读取不能读到另一事务 已提交的更新数据。 幻读： 事务T1执行一次查询，然后事务T2新插入一行记录，这行记录恰好可以满足T1所使用的查询的条件。然后T1又使用相同 的查询再次对表进行检索，但是此时却看到了事务T2刚才插入的新行。这个新行就称为“幻像”，因为对T1来说这一行就像突然 出现的一样。 1. ISOLATION_DEFAULT： 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别。 每种数据库的默认隔离级别是不同的，例如SQL Server、Oracle默认Read Commited

什么是事务？ 事务逻辑上的一组操作,组成这组操作的各个逻辑单元,要么一起成功,要么一起失败. 事务特性（4种）: 原子性 （atomicity）:强调事务的不可分割. 一致性 （consistency）:事务的执行的前后数据的完整性保持一致. 隔离性 （isolation）:一个事务执行的过程中,不应该受到其他事务的干扰 持久性（durability） :事务一旦结束,数据就持久到数据库 如果不考虑隔离性引发安全性问题: 脏读 :一个事务读到了另一个事务的未提交的数据 不可重复读 :一个事务读到了另一个事务已经提交的 update 的数据导致多次查询结果不一致. （针对某条记录，两次查询不一致） 虚幻读 :一个事务读到了另一个事务已经提交的 insert 的数据导致多次查询结果不一致.（针对某张表，两次查询到条数不一致，查到了多的数据） 事务隔离级别（5种） DEFAULT 这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别. 未提交读（read uncommited） :脏读，不可重复读，虚读都有可能发生 已提交读 （read commited）:避免脏读。但是不可重复读和虚读有可能发生 可重复读 （repeatable read） :避免脏读和不可重复读.但是虚读有可能发生. 串行化的 （serializable）

传播行为 事务的第一个方面是传播行为。传播行为定义关于客户端和被调用方法的事务边界。Spring定义了7中传播行为。 传播行为 意义 PROPAGATION_MANDATORY [ propagation_manadatory ] 表示该方法 必须运行 在一个事务中。如果当前没有事务正在发生，将 抛出一个异常 PROPAGATION_NESTED [ propagation_nested ] 表示如果当前正有一个事务在进行中，则该方法应当运行在一个 嵌套式事务 中。被嵌套的事务可以独立于封装事务进行提交或回滚。如果封装事务不存在，行为就像PROPAGATION_REQUIRES一样。 PROPAGATION_NEVER [ propagation_never ] 表示当前的方法 不应该在一个事务中运行 。如果一个事务正在进行，则会 抛出一个异常 。 PROPAGATION_NOT_SUPPORTED [ propagation_not_supported ] 表示该方法 不应该 在一个事务中运行。如果一个现有事务正在进行中，它将在该方法的运行期间 被挂起 。 PROPAGATION_SUPPORTS [ propagation_supports ] 表示当前方法 不需要 事务性上下文，但是如果有一个事务已经在运行的话，它也可以在这个事务里运行。 PROPAGATION