事务处理的相关概念

事务：多个数据库操作，不能部分完成。最常见的例子是转账，转出卡减少金额，转入卡必须加上相应余额，这两个更新操作要么全部成功，要么需撤回已完成的操作。

由于事务处理通常需要更长的时间，在并发的情况下，等一个事务结束再去执行另一个，效率会变得很低。如何在并发的环境下，提高执行效率，而且保证数据正确，就是事物的隔离策略要解决的问题。

事务隔离策略主要是解决并发时读的问题，并发写的问题是通过锁的机制来解决。

并发事务三大问题：脏读（读未提交数据）、不可重复读（数据内容变）、幻读（记录数量变）

对应策略（四种隔离级别）：读未提交（最松）→ 读提交 → 可重复读（MySQL默认）→ 串行化（最严）

在事务处理时，另一个重要的议题是事务的传播性。

什么是事务的传播性？举个例子， 一个函数f,放置一个事务处理中，调用了函数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：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则新建事务。