事务：多个数据库操作，不能部分完成。最常见的例子是转账，转出卡减少金额，转入卡必须加上相应余额，这两个更新操作要么全部成功，要么需撤回已完成的操作。
由于事物处理通常需要更长的时间，在并发的情况下，等一个事务结束再去执行另一个，效率会变得很低。如何在并发的环境下，提高执行效率，而且保证数据正确，就是事物的隔离策略要解决的问题。
事务隔离策略主要是解决并发时读的问题，并发写的问题是通过锁的机制来解决。
并发事务三大问题：脏读（读未提交数据）、不可重复读（数据内容变）、幻读（记录数量变）
对应策略（四种隔离级别）：读未提交（最松）→ 读提交 → 可重复读（MySQL默认）→ 串行化（最严）
在事务处理时，另一个重要的议题是事务的传播性。
什么是事务的传播性？ 一个函数f,将内部的处理语句放置一个事务处理中，该事务调用了函数s, 函数s内部的相关语句也需要放置在事务中，函数f的事务和函数s的事务间的处理策略，就是事务传播性要解决的问题。
共有以下几种策略
- TransactionDefinition.PROPAGATION_REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。这是默认值。
- TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。
- TransactionDefinition.PROPAGATION_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。
- TransactionDefinition.PROPAGATION_REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。
- TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。
- TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。
- TransactionDefinition.PROPAGATION_NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则新建事务。
