数据库事务管理-隔离级别（数据库四种隔离级别的区别）

事务是数据库中非常重要的一个知识点，在业务处理中，如果事物处理不好，会造成很严重的问题，下面对事务进行详细的说明。

一、事务的概念

通俗来说，事务指的是逻辑上的一组操作，这组操作要么全部成功，要么全部失败。一般的事务指的都是数据库事务，但是广义事务的定义不局限于数据库事务。

二、事务的作用

这也是面试的时候，面试官经常问到的一个问题，其作用就是事务能够保证数据的完整性和一致性。 比如：银行系统A向B转账100元，这个操作对于数据库存在A账户减少100，B账户增加100，如果没有事务的控制，可能出现数据库A成功B失败，A失败B成功等问题。

三、事务的特性

事务有4大特性，即 ACID，指数据库事务正确执行的四个基本要素的缩写。包含：原子性（Atomicity）、一致性（Consistency）、隔离性（Isolation）、持久性（Durability）。一个支持事务（Transaction）的数据库，必需要具有这四种特性，否则在事务过程（Transaction processing）当中无法保证数据的完整性和一致性。

1、原子性：我们都知道，原子是最小的单位，不可再分的，事务的各步操作是不可分割的工作单位（原子的），事务是一个完整的操作，要么都执行，要么都不执行。

2、一致性：事务前后数据的完整性必须保证一致。上面例子中的A向B转账100元，结束后，最后数据库的总金额没有变。

3、隔离性：多个用户并发访问数据库时，一个用户的事务不能被其他用户的事务所干扰，多个并发事务之间数据要互相隔离。隔离性非常重要，如果不考虑隔离性，就可能发生：脏读、不可重复读、幻读的问题（隔离性下面详细讲解）。

4、持久性：事务完成后，它对数据库的修改被永久保持，事务日志能够保持事务的永久性，即一个事务一旦提交，它对数据库中的数据的改变就是永久性的，即使数据库发生故障也不应该对其有任何影响。

一个简单的事务例子：

public void delete(int use_id) {

//实现数据库连接的类

DataBaseConnection dbc = new DataBaseConnection();

//获取连接对象

Connection con = dbc.getConnection();

try {

con.setAutoCommit(false);// 更改JDBC事务的默认提交方式

dbc.executeUpdate("delete from user where ID=" + user_id);

dbc.executeUpdate("delete from user_role where ID=" + user_id);

dbc.executeUpdate("delete from user_log where ID=" + user_id);

con.commit();//提交JDBC事务

con.setAutoCommit(true);// 恢复JDBC事务的默认提交方式

dbc.close();

}

catch (Exception exc) {

con.rollBack();//回滚JDBC事务

dbc.close();

}

}

上面这一段代码就是一个比较简单的java事务的执行。

上面三次执行删除操作，只要有一次执行失败，都会执行任务回滚，相当于要么一起成功，要么什么都没做。如果没有事务的管理，前面执行了就会马上在数据库里面更新，执行到哪里失败就退出不再执行后面的任务，不能保证数据的一致性。

四、事务的隔离级别（4种隔离级别）

说明事务隔离级别之前，先说明几个概念：

（1）脏读：一个事务读取了另一个事务改写但还未提交的数据，如果这些数据被回滚，则读到的数据无效。

脏读

（2）不可重复读：在同一事务中，多次读取同一数据返回的结果不同。

不可重复读

（3）幻读：一个事务读取了几行记录后，另一个事务插入一些记录。后来的查询中，第一个事务就会发现有些原来没有的记录。

幻读

针对会出现上面的三种情况，就引出了事务的隔离性，事务的隔离性有如下四种：

Spring有一个default隔离级别，底层数据库用的哪个隔离级别，spring就用什么隔离级别，一般来说读未提交的和可串行化的很少用到。

MySQL用的是repeatable_read （可重复读）

Oracle用的是read_committed（读已提交的）

五、事务的传播行为

首先要清楚的是：事务是因为有业务需求，才产生的一种机制，所以事务的配置应该安放在业务层 。

事务的7种传播行为实则可以就分为3类：

（1）第一类 required：在当前事务中解决问题

（2）第二类 requires_new：挂起当前事务，简单来说就是隔离

通俗来说，当外层失败不影响内层事物，内层失败被外层捕获，不影响外层事物。就是无论当前事务上下文中有没有事务，都会开启一个新的事务，事务间没有依赖关系，就上面的例子来说，有四种情况：A成功B失败；A成功B成功；A失败B成功；A失败B失败；

注意：为什么取流水号和打印日志需要用requires_new？

这主要有两个原因：

① 为了取号速度，取号是事务的第一步，因为如果不新建一个事务，取号需要加锁，如果这个事务比较长，就需要一直占着锁，这样就很慢。

② 既然是隔离，就是说取号和真正的事务处理不发生影响。这个原因也造成了一个结果，流水号有“作废”机制，也就是说万一发生异常，这个流水号也生成了，后面的会跳号，事务间就没有依赖关系了。

（3）第三类 nested：嵌套事务

在当前事务的上下文事务中增加一个保存点，如果内嵌事务发生异常回滚，只会回滚当前事务，不会回滚外层事务，内嵌事务B依赖A，其跟requires_new的区别就在与不会出现A失败B成功的情况。

Spring传播性配置（基于AOP的声明式配置）：

五、Spring的事务管理配置

Spring事务管理配置流程图

Spring 的事务管理配置方式有多种，下面就明一种常用的基于AOP实现的XML配置方式：