数据库事务的四大特性以及事务的隔离级别

数据库事务的四大特性以及事务的隔离级别

本篇讲述数据库中事务的四大特性(ACID),而且将会详细地说明事务的隔离级别。spring

若是一个数据库声称支持事务的操做,那么该数据库必需要具有如下四个特性:数据库

⑴ 原子性(Atomicity)性能优化

原子性是指事务包含的全部操做要么所有成功,要么所有失败回滚,这和前面两篇博客介绍事务的功能是同样的概念,所以事务的操做若是成功就必需要彻底应用到数据库,若是操做失败则不能对数据库有任何影响。微信

⑵ 一致性(Consistency)session

一致性是指事务必须使数据库从一个一致性状态变换到另外一个一致性状态,也就是说一个事务执行以前和执行以后都必须处于一致性状态。多线程

拿转帐来讲,假设用户 A 和用户 B 二者的钱加起来一共是 5000,那么无论 A 和 B 之间如何转帐,转几回帐,事务结束后两个用户的钱相加起来应该还得是 5000,这就是事务的一致性。架构

⑶ 隔离性(Isolation)并发

隔离性是当多个用户并发访问数据库时,好比操做同一张表时,数据库为每个用户开启的事务,不能被其余事务的操做所干扰,多个并发事务之间要相互隔离。分布式

即要达到这么一种效果:对于任意两个并发的事务 T1 和 T2,在事务 T1 看来,T2 要么在 T1 开始以前就已经结束,要么在 T1 结束以后才开始,这样每一个事务都感受不到有其余事务在并发地执行。微服务

关于事务的隔离性数据库提供了多种隔离级别,稍后会介绍到。

⑷ 持久性(Durability)

持久性是指一个事务一旦被提交了,那么对数据库中的数据的改变就是永久性的,即使是在数据库系统遇到故障的状况下也不会丢失提交事务的操做。

例如咱们在使用 JDBC 操做数据库时,在提交事务方法后,提示用户事务操做完成,当咱们程序执行完成直到看到提示后,就能够认定事务以及正确提交,即便这时候数据库出现了问题,也必需要将咱们的事务彻底执行完成,不然就会形成咱们看到提示事务处理完毕,可是数据库由于故障而没有执行事务的重大错误。

以上介绍完事务的四大特性 (简称 ACID),如今重点来讲明下事务的隔离性,当多个线程都开启事务操做数据库中的数据时,数据库系统要能进行隔离操做,以保证各个线程获取数据的准确性,在介绍数据库提供的各类隔离级别以前,咱们先看看若是不考虑事务的隔离性,会发生的几种问题:

1  脏读

脏读是指在一个事务处理过程里读取了另外一个未提交的事务中的数据。

当一个事务正在屡次修改某个数据,而在这个事务中这屡次的修改都还未提交,这时一个并发的事务来访问该数据,就会形成两个事务获得的数据不一致。例如:用户 A 向用户 B 转帐 100 元,对应 SQL 命令以下

 
  1. update account set money=money+100 where name=’B’;  (此时A通知B)  
  2. update account set money=money - 100 where name=’A’;  

当只执行第一条 SQL 时,A 通知 B 查看帐户,B 发现确实钱已到帐(此时即发生了脏读),而以后不管第二条 SQL 是否执行,只要该事务不提交,则全部操做都将回滚,那么当 B 之后再次查看帐户时就会发现钱其实并无转。

2 不可重复读

不可重复读是指在对于数据库中的某个数据,一个事务范围内屡次查询却返回了不一样的数据值,这是因为在查询间隔,被另外一个事务修改并提交了。

例如事务 T1 在读取某一数据,而事务 T2 立马修改了这个数据而且提交事务给数据库,事务 T1 再次读取该数据就获得了不一样的结果,发送了不可重复读。

不可重复读和脏读的区别是,脏读是某一事务读取了另外一个事务未提交的脏数据,而不可重复读则是读取了前一事务提交的数据。

在某些状况下,不可重复读并非问题,好比咱们屡次查询某个数据固然以最后查询获得的结果为主。但在另外一些状况下就有可能发生问题,例如对于同一个数据 A 和 B 依次查询就可能不一样,A 和 B 就可能打起来了……

3 虚读 (幻读)

幻读是事务非独立执行时发生的一种现象。例如事务 T1 对一个表中全部的行的某个数据项作了从 “1” 修改成 “2” 的操做,这时事务 T2 又对这个表中插入了一行数据项,而这个数据项的数值仍是为 “1” 而且提交给数据库。而操做事务 T1 的用户若是再查看刚刚修改的数据,会发现还有一行没有修改,其实这行是从事务 T2 中添加的,就好像产生幻觉同样,这就是发生了幻读。

幻读和不可重复读都是读取了另外一条已经提交的事务(这点就脏读不一样),所不一样的是不可重复读查询的都是同一个数据项,而幻读针对的是一批数据总体(好比数据的个数)。

如今来看看 MySQL 数据库为咱们提供的四种隔离级别:

① Serializable (串行化):可避免脏读、不可重复读、幻读的发生。

② Repeatable read (可重复读):可避免脏读、不可重复读的发生。

③ Read committed (读已提交):可避免脏读的发生。

④ Read uncommitted (读未提交):最低级别,任何状况都没法保证。

以上四种隔离级别最高的是 Serializable 级别,最低的是 Read uncommitted 级别,固然级别越高,执行效率就越低。像 Serializable 这样的级别,就是以锁表的方式 (相似于 Java 多线程中的锁) 使得其余的线程只能在锁外等待,因此平时选用何种隔离级别应该根据实际状况。在 MySQL 数据库中默认的隔离级别为 Repeatable read (可重复读)。

在 MySQL 数据库中,支持上面四种隔离级别,默认的为 Repeatable read (可重复读);而在 Oracle 数据库中,只支持 Serializable (串行化) 级别和 Read committed (读已提交) 这两种级别,其中默认的为 Read committed 级别。

在 MySQL 数据库中查看当前事务的隔离级别:

 
  1. select @@tx_isolation; 

在 MySQL 数据库中设置事务的隔离 级别:

 
  1. set  [glogal | session]  transaction isolation level 隔离级别名称;  
  2. set tx_isolation=’隔离级别名称;’ 

例 1:查看当前事务的隔离级别:

例 2:将事务的隔离级别设置为 Read uncommitted 级别:

或:

记住:设置数据库的隔离级别必定要是在开启事务以前!

若是是使用 JDBC 对数据库的事务设置隔离级别的话,也应该是在调用 Connection 对象的 setAutoCommit(false) 方法以前。调用 Connection 对象的 setTransactionIsolation(level) 便可设置当前连接的隔离级别,至于参数 level,可使用 Connection 对象的字段:

在 JDBC 中设置隔离级别的部分代码:

后记

隔离级别的设置只对当前连接有效。对于使用 MySQL 命令窗口而言,一个窗口就至关于一个连接,当前窗口设置的隔离级别只对当前窗口中的事务有效;对于 JDBC 操做数据库来讲,一个 Connection 对象至关于一个连接,而对于 Connection 对象设置的隔离级别只对该 Connection 对象有效,与其余连接 Connection 对象无关。

注:关注做者微信公众号,了解更多分布式架构、微服务、netty、MySQL、spring、、性能优化、等知识点。

公众号:《 Java大蜗牛 

相关文章
相关标签/搜索