事物传播行为介绍:
@Transactional(propagation=Propagation.REQUIRED)
如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)
@Transactional(propagation=Propagation.NOT_SUPPORTED)
Spring容器不为这个方法开启事务以，非事务方式执行操作，如果当前存在事务，就把当前事务挂起。
@Transactional(propagation=Propagation.REQUIRES_NEW) 新建事务，如果当前存在事务，把当前事务挂起。
新建事物，如果当前存在事物，把当前事物挂起，新事物执行完毕继续执行老事物。
@Transactional(propagation=Propagation.MANDATORY)
支持当前事务，如果当前没有事务，否则抛出异常
@Transactional(propagation=Propagation.NEVER)
以非事务方式执行，如果当前存在事务，则抛出异常。 (与Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.SUPPORTS)
支持当前事务，如果当前没有事务，就以非事务方式执行。
@Transactional(propagation=Propagation.NESTED)
支持当前事务，新增Savepoint点，与当前事务同步提交或回滚。 嵌套事务一个非常重要的概念就是内层事务依赖于外层事务。外层事务失败时，会回滚内层事务所做的动作。而内层事务操作失败并不会引起外层事务的回滚。
@Transactional(propagation=Propagation.NESTED)
@Transactional(propagation=Propagation.REQUIRES_NEW)
它们非常 类似,都像一个嵌套事务，如果不存在一个活动的事务，都会开启一个新的事务。
使用PROPAGATION_REQUIRES_NEW时，内层事务与外层事务就像两个独立的事务一样，一旦内层事务进行了提交后，外层事务不能对其进行回滚。两个事务互不影响。两个事务不是一个真正的嵌套事务。同时它需要JTA 事务管理器的支持。
使用PROPAGATION_NESTED时，外层事务的回滚可以引起内层事务的回滚。而内层事务的异常并不会导致外层事务的回滚，它是一个真正的嵌套事务。
事物超时设置:
@Transactional(timeout=30) //默认是30秒
事务隔离级别:
@Transactional(isolation = Isolation.DEFAULT) （默认）
这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别.另外四个与JDBC的隔离级别相对应
@Transactional(isolation = Isolation.READ_UNCOMMITTED)（读未提交）
这是事务最低的隔离级别，它允许另外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。
@Transactional(isolation = Isolation.READ_COMMITTED)（读已提交）
保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。这种事务隔离级别可以避免脏读出现，但是可能会出现不可重复读和幻像读。
@Transactional(isolation = Isolation.REPEATABLE_READ)(可重复读)
这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读。它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了不可重复读
@Transactional(isolation = Isolation.SERIALIZABLE)(串行化)
这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。除了防止脏读，不可重复读外，还避免了幻像读。
名词解释：
脏读 : 一个事务读取到另一事务未提交的更新数据
不可重复读 : 在同一事务中, 多次读取同一数据返回的结果有所不同, 换句话说,
后续读取可以读到另一事务已提交的更新数据. 相反, "可重复读"在同一事务中多次
读取数据时, 能够保证所读数据一样, 也就是后续读取不能读到另一事务已提交的更新数据
幻读 : 一个事务读到后续开启事务已提交的insert数据