事务是一系列的动做,它们综合在一块儿才是一个完整的工做单元,这些动做必须所有完成,若是有一个失败的话,那么事务就会回滚到最开始的状态,仿佛什么都没发生过同样。
在企业级应用程序开发中,事务管理必不可少的技术,用来确保数据的完整性和一致性。java
Spring并不直接管理事务,而是提供了多种事务管理器,他们将事务管理的职责委托给各个框架,spring
因此Spring事务管理的一个优势就是为不一样的事务API提供一致的编程模型,如JTA、JDBC、Hibernate、JPA。数据库
Spring定义了七种传播行为:编程
PROPAGATION_REQUIRED | 表示当前方法必须运行在事务中。若是当前事务存在,方法将会在该事务中运行。不然,会启动一个新的事务 |
PROPAGATION_SUPPORTS | 表示当前方法不须要事务上下文,可是若是存在当前事务的话,那么该方法会在这个事务中运行 |
PROPAGATION_MANDATORY | 表示该方法必须在事务中运行,若是当前事务不存在,则会抛出一个异常 |
PROPAGATION_REQUIRED_NEW | 表示当前方法必须运行在它本身的事务中。一个新的事务将被启动。若是存在当前事务,在该方法执行期间,当前事务会被挂起。若是使用JTATransactionManager的话,则须要访问TransactionManager |
PROPAGATION_NOT_SUPPORTED | 表示该方法不该该运行在事务中。若是存在当前事务,在该方法运行期间,当前事务将被挂起。若是使用JTATransactionManager的话,则须要访问TransactionManager |
PROPAGATION_NEVER | 表示当前方法不该该运行在事务上下文中。若是当前正有一个事务在运行,则会抛出异常 |
PROPAGATION_NESTED | 表示若是当前已经存在一个事务,那么该方法将会在嵌套事务中运行。嵌套的事务能够独立于当前事务进行单独地提交或回滚。若是当前事务不存在,那么其行为与PROPAGATION_REQUIRED同样。注意各厂商对这种传播行为的支持是有所差别的。能够参考资源管理器的文档来确认它们是否支持嵌套事务 |
事务的第三个特性是它是否为只读事务。若是事务只对后端的数据库进行该操做,数据库能够利用事务的只读特性来进行一些特定的优化。经过将事务设置为只读,你就能够给数据库一个机会,让它应用它认为合适的优化措施。后端
为了使应用程序很好地运行,事务不能运行太长的时间。由于事务可能涉及对后端数据库的锁定,因此长时间的事务会没必要要的占用数据库资源。事务超时就是事务的一个定时器,在特定时间内事务若是没有执行完毕,那么就会自动回滚,而不是一直等待其结束。并发
事务五边形的最后一个方面是一组规则,这些规则定义了哪些异常会致使事务回滚而哪些不会。默认状况下,事务只有遇到运行期异常时才会回滚,而在遇到检查型异常时不会回滚(这一行为与EJB的回滚行为是一致的)
可是你能够声明事务在遇到特定的检查型异常时像遇到运行期异常那样回滚。一样,你还能够声明事务遇到特定的异常不回滚,即便这些异常是运行期异常。框架
public interface TransactionStatus{ boolean isNewTransaction(); // 是不是新的事物 boolean hasSavepoint(); // 是否有恢复点 void setRollbackOnly(); // 设置为只回滚 boolean isRollbackOnly(); // 是否为只回滚 boolean isCompleted; // 是否已完成 }