什么是事务？事务特性？事务隔离级别？spring事务传播特性？

1、事务的概述

　　什么是事务？

　　在数据库中，所谓事务是指一组逻辑操做单元即一组sql语句，当这个单元中的一部分操做失败，整个事务回滚，只有所有正确才完成提交。判断事务是否配置成功的关键点在于出现异常时事务是否会回滚。

2、事务的特性（ACID）

　　1.原子性（Atomicity）

　　　原子性是指事务是一个不可分割的工做单位，事务中的操做要么都发生，要么都不发生。

　　2.一致性（Consistency）

　　　事务必须使数据库从一个一致性状态变换到另一个一致性状态。(数据不被破坏)

　　3.隔离性（Isolation）

　　　事务的隔离性是指一个事务的执行不能被其余事务干扰。

　　4.持久性（Durability）

　　　持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，即便系统重启也不会丢失。

 

　　在JDBC中，事务默认是自动提交的，每次执行一个SQL语句时，若是执行成功，就会向数据库自动提交，而不能回滚。

　　为了让多个SQL语句做为一个事务执行：

　　（1）执行语句前调用Connection对象的setAutoCommit(false);以取消自动提交事务。

　　（2）在全部的SQL语句都成功执行后，调用commit();方法提交事务。

　　（3）在出现异常时，调用rollback();方法回滚事务。

3、事务的隔离级别

　　事务的隔离性，当多个线程都开启事务操做数据库中的数据时，数据库系统要能进行隔离操做，以保证各个线程获取数据的准确性；

　　在介绍数据库提供的各类隔离级别以前，咱们先看看若是不考虑事务的隔离性，会发生的几种问题：

1，脏读

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

　　事务A读取了事务B更新的数据，而后B回滚操做，那么A读取到的数据是脏数据

2，不可重复读

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

　　事务 A 屡次读取同一数据，事务 B 在事务A屡次读取的过程当中，对数据做了更新并提交，致使事务A屡次读取同一数据时，结果 不一致。

3，虚读(幻读)

幻读是事务非独立执行时发生的一种现象。

　　　　系统管理员A将数据库中全部学生的成绩从具体分数改成ABCDE等级，可是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉同样，这就叫幻读。

4、MySQL数据隔离级别

如今来看看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级别。

5、事务传播特性

　　事务传播行为就是多个事务方法相互调用时，事务如何在这些方法间传播。spring支持7种事务传播行为：

• • propagation_requierd：方法被调用时，若是没有事务覆盖则自动开启事务，若是已经在事务范围内则使用外层提供的事务，
    不管调用了多少个方法，都使用同一个事务，只要有一个方法出现异常，则所有回滚，不然开启新事务。
  • propagation_requires_new：不管以前有没有开启事务自身都会单独开启新的事务，开启的每一个事务出现异常时只会影响本身的事务。
  • propagation_supports：自身不会开启事务，若是在事务范围内则使用外层方法提供的事务，不然不使用事务，当不使用事务时Mysql会自动提交，Oracle不会。
  • propagation_not_supported：自身不会开启事务，在事务范围内使用，自身挂起事务（可是若是出现异常会影响外层的事务），运行完毕恢复事务。
  • propagation_mandatory：自身不开启事务，必须在事务环境使用不然报错。
  • propagation_never：自身不会开启事务，在事务范围使用抛出异常。
  • propagation_nested：若是一个活动的事务存在，则运行在一个嵌套的事务中（会使用外层提供的事务)，若是没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行。须要JDBC3.0以上支持。

　　　　Spring 默认的事务传播行为是 PROPAGATION_REQUIRED，它适合于绝大多数的状况。假设 ServiveX#methodX() 都工做在事务环境下（即都被 Spring 事务加强了），假设程序中存在以下的调用链：Service1#method1()->Service2#method2()->Service3#method3()，那么这 3 个服务类的 3 个方法经过 Spring 的事务传播机制都工做在同一个事务中。

 

本文是本人结合其余博客和本身的学习进行的总结，感谢其余博客的文章分享，欢迎学习浏览。