事务：事务就是一系列的动作，它们被当做一个单独的工作单元，这些动作要么全部完成，要么全部不起作用；事务管理是企业级应用程序开发中必不可少的技术，用来确保数据的完整性和一致性。事务的四个关键属性（ACID）:
-原子性（atomicity）:事务是一个原子操作，由一系列动作组成，事务的原子性确保动作要么全部完成要么完全不起作用。
-一致性（consistency）:一旦所有事务动作完成，事务就被提交，数据和资源就处于一种满足业务规则的一致性状态中。
-隔离性（isolation）:可能有许多事务会同时处理相同的数据，因此每个事务都应该与其他事务隔离开，防止数据被破坏。
-持久性（durability）：一旦事务完成，无论发生什么系统错误，它的结果都不应该受到影响，通常情况下，事务的结果都写到持久化容器中。
Spring中的事务管理：Spring既支持编程式事务管理，也支持声明式事务管理；
-编程式事务管理：将事务管理代码嵌入到业务方法中来控制事务的提交和回滚，在编程式管理事务时，必须在每个事务操作中包含额外的事务管理代码；
-声明式事务管理：大多数情况下比编程式事务管理更好用，它将事务管理代码从业务方法中分离出来，以声明的方式来实现事务管理，事务管理作为一种横切关注点，可以通过AOP方法模块化，Spring通过SpringAOP框架支持声明式事务管理
基于注解实现步骤：①在配置文件中配置事务管理器(<bean id="transactionMAnager" class="org.springframework.xxx.datasource.xxxTransactionManager"><property name="dataSource" ref="数据源的id"></property></bean>),②启动事务注解（<tx:annotation-driven/>),③在添加事务的方法上添加注解@Transactional.
事务传播属性：当事务方法被另一个事务方法调用时，必须指定事务应该如何传播，例如：方法可能继续在现有事务中运行，也可能开启新事务，并在自己的事务中运行。事务的传播行为可以由传播属性指定，Spring定义了7种传播行为：
常用的就是上图标识的两个，REQUIRED和REQUIRED_NEW,其中默认的传播行为REQUIRED，事务传播属性可以在@Transactional注解的propagation属性中定义：如：
@Transactional(propagation=Propagation.REQUIRED)
并发事务所导致的问题: 当同一个应用程序或者不同应用程序中的多个事务在同一个数据集上并发执行时，可能会出现许多意外的问题：主要有三类：
①脏读：对于两个事务T1,T2,T1读取了已经被T2更新但还没有被提交的字段，之后T2回滚，T1读取到的内容就是临时且无效的。
②幻读：对于两个事务T1,T2，T1从一个表中读取到也一个字段，然后T2z在该表中插入了一行新的数据，之后T1再次读取同一个表就会多出几行。
③不可重复读：对于两个事务T1,T2，T1读取一个字段，然后T2更新了该字段，之后T1在去读取同一个字段，值就是不同的了。
事务的隔离级别：
-READ-UNCOMMITTED(读取未提交)： 最低的隔离级别，允许读取尚未提交的数据变更，可能会导致脏读、幻读或不可重复读
-READ-COMMITTED(读取已提交)： 允许读取并发事务已经提交的数据，可以阻止脏读，但是幻读或不可重复读仍有可能发生
-REPEATABLE-READ(可重复读)： 对同一字段的多次读取结果都是一致的，除非数据是被本身事务自己所修改，可以阻止脏读和不可重复读，但幻读仍有可能发生。
-SERIALIZABLE(可串行化)： 最高的隔离级别，完全服从ACID的隔离级别。所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。
在Spring中使用@Transactional注解的isolation属性指定隔离级别，如：
@Transactional(isolation=Isolation.READ_COMMITTED)
默认情况下Spring的声明式事务对所有的运行时异常进行回滚，也可以通过对象的属性进行设置。这里就不例举了，属性名为： noRollbackFor,RollbackFor等。通常情况下都是取默认值。了解即可。