JDBC事务隔离级别，看完这篇文章就够了！

做者：DencyCheng 来源：CSDN

1. 事务基本概念

一组要么同时执行成功，要么同时执行失败的SQL语句。是数据库操做的一个执行单元。

事务开始点

• 链接到数据库上，并执行一条DML语句insert、update或delete
• 前一个事务结束后，又输入了另外一条DML语句

事务结束点

• 执行commit或rollback语句。
• 执行一条DDL语句，例如create table语句，在这种状况下，会自动执行commit语句。
• 执行一条DDL语句，例如grant语句，在这种状况下，会自动执行commit。 断开与数据库的链接
• 执行了一条DML语句，该语句却失败了，在这种状况中，会为这个无效的DML语句执行rollback语句。

2. 事务的四大特色（ACID）

actomicity(原子性)

表示一个事务内的全部操做是一个总体，要么所有成功，要么所有失败

consistency(一致性)

表示一个事务内有一个操做失败时，全部的更改过的数据都必须回滚到修改前状态

isolation(隔离性)

事务查看数据时数据所处的状态，要么是另外一并发事务修改它以前的状态，要么是另外一事务修改它以后的状态，事务不会查看中间状态的数据。

durability(持久性)

持久性事务完成以后，它对于系统的影响是永久性的。

3. 事务隔离级别

SQL标准定义了4类隔离级别，包括了一些具体规则，用来限定事务内外的哪些改变是可见的，哪些是不可见的。低级别的隔离级通常支持更高的并发处理，并拥有更低的系统开销。

Read Uncommitted（读取未提交内容）

在该隔离级别，全部事务均可以看到其余未提交事务的执行结果。本隔离级别不多用于实际应用，由于它的性能也不比其余级别好多少。读取未提交的数据，也被称之为脏读（Dirty Read）。

Read Committed（读取提交内容）

这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它知足了隔离的简单定义：一个事务只能看见已经提交事务所作的改变。这种隔离级别 也支持所谓的不可重复读（Nonrepeatable Read），由于同一事务的其余实例在该实例处理其间可能会有新的commit，因此同一select可能返回不一样结果。

Repeatable Read（可重读）

这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到一样的数据行。不过理论上，这会致使另外一个棘手的问题：幻读 （Phantom Read）。简单的说，幻读指当用户读取某一范围的数据行时，另外一个事务又在该范围内插入了新行，当用户再读取该范围的数据行时，会发现有新的“幻影” 行。InnoDB和Falcon存储引擎经过多版本并发控制（MVCC，Multiversion Concurrency Control）机制解决了该问题。

Serializable（可串行化） 

这是最高的隔离级别，它经过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每一个读的数据行上加上共享锁。在这个级别，可能致使大量的超时现象和锁竞争。

这四种隔离级别采起不一样的锁类型来实现，若读取的是同一个数据的话，就容易发生问题。

例如：

• 脏读(Drity Read)：某个事务已更新一份数据，另外一个事务在此时读取了同一份数据，因为某些缘由，前一个RollBack了操做，则后一个事务所读取的数据就会是不正确的。

• 不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致，这多是两次查询过程当中间插入了一个事务更新的原有的数据。

• 幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致，例若有一个事务查询了几列(Row)数据，而另外一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。

 

在MySQL中，实现了这四种隔离级别，分别有可能产生问题以下所示：

4. 案例演示事务隔离级别

环境准备

下面，将利用MySQL的客户端程序，分别测试几种隔离级别。测试数据库为test，表为tx；表结构以下：

两个命令行客户端分别为A，B；不断改变A的隔离级别，在B端修改数据。

read uncommitted(未提交读)

将A的隔离级别设置为read uncommitted(未提交读)

在B未更新数据以前：

客户端A：

B更新数据：

客户端B：

客户端A：

 

 

 

通过上面的实验能够得出结论，事务B更新了一条记录，可是没有提交，此时事务A能够查询出未提交记录。形成脏读现象。read uncommitted(未提交读)是最低的隔离级别。

read committed(已提交读)

将客户端A的事务隔离级别设置为read committed(已提交读)

 在B未更新数据以前：

客户端A：

 

B更新数据：

客户端B：

 

客户端A：

 

 

通过上面的实验能够得出结论，已提交读隔离级别解决了脏读的问题，可是出现了不可重复读的问题，即事务A在两次查询的数据不一致，由于在两次查询之间事务B更新了一条数据。已提交读只容许读取已提交的记录，但不要求可重复读。

repeatable read(可重复读)

将A的隔离级别设置为repeatable read(可重复读)

 在B未更新数据以前：

客户端A：

 

B更新数据：

客户端B：

 

客户端A：

 

B插入数据：

客户端B：

 

客户端A：

 

由以上的实验能够得出结论，可重复读隔离级别只容许读取已提交记录，并且在一个事务两次读取一个记录期间，其余事务部的更新该记录。但该事务不要求与其余事务可串行化。例如，当一个事务能够找到由一个已提交事务更新的记录，可是可能产生幻读问题(注意是可能，由于数据库对隔离级别的实现有所差异)。像以上的实验，就没有出现数据幻读的问题。

Serializable(可串行化)

将A的隔离级别设置为Serializable (可串行化)

A端打开事务，B端插入一条记录

事务A端：

 

事务B端：

 

由于此时事务A的隔离级别设置为serializable，开始事务后，并无提交，因此事务B只能等待。

事务A提交事务：

事务A端:

 

事务B端:

 

注意：serializable是彻底锁定字段的，若一个事务来查询同一份数据就必须等待，直到前一个事务完成并解除锁定为止 。是完整的隔离级别，会锁定对应的数据表格，于是会有效率的问题。

欢迎关注个人公众号：：一点教程。得到独家整理的学习资源和平常干货推送。 若是您对个人系列教程感兴趣，也能够关注个人网站：yiidian.com