1.简介
事务是在我们日常开发中经常会用到的知识，也是面试中经常会问到的知识点，比如事务的特性（原子性，一致性，持久性，隔离性）、事务的隔离级别、事务的传播级别等等，这里主要谈论对事务的隔离级别、事务的传播级别的理解。
2.事务的隔离级别
如图所示，事务有四个隔离级别
READ_UNCOMMITTED 会出现脏读、不可重复读、幻读 ( 隔离级别最低，并发性能高 )
READ_COMMITTED 会出现不可重复读、幻读问题（锁定正在读取的行）
REPEATABLE_READ 会出幻读（锁定所读取的所有行）
SERIALIZABLE 保证所有的情况不会发生（锁表）
(spring事务中还有个默认的隔离级别，及按照数据库的事务隔离级别处理)
不同的隔离级别在读取数据的时候可能会有问题，及"脏读"、"幻读"、"不可重复读"。这个并不是特别复杂的问题，只是在论述的时候可能会有混淆，这里提供一个个人的理解。
假设有个商品表，里面只有一条数据，一个商品"轮椅"，价格是2000.
有个事务R, 开启后再事务中连续两次读取商品表中的价格字段，第一次读取到的价格是2000。
同时又两个事务Z和F，Z事务开启后把轮椅价格依次改成2500,3000,3500然后提交。之后事务F开启，将轮椅价格依次改成4000，4500，5000后提交。
那事务R第二次读取到的价格是多少？
如果事务的隔离级别是READ_UNCOMMITTED，那么可能读到的价格是：
2000，2500，3000，3500，4000，4500，5000.这就是所谓的"脏读"，及读到了其他事务还未提交的数据。
如果事务隔离级别是READ_COMMITTED，那么可能读到的数据是：
2000，3500，5000.不会读到事务未提交的数据。但是在同一个事务R中两次读取到的结果不一样，就是所谓的"不可重复读"。
如果事务隔离级别是REPEATABLE_READ，那么读到的数据是：2000，
因为隔离级别为REPEATABLE_READ的事务开启后会锁定当前行，事务Z和F在R提交之前不能修改"轮椅"这一条记录。也就解决了"不可重复读"的问题。但是如果同时有另一个事务G，在商品表中插入了一条商品数据"担架"，那么事务R在第二次读取的时候就可能会读取到"担架"这个商品记录，这就是所谓的"幻读"。
如果事务的隔离级别为SERIALIZABLE，既事务串行化执行，事务开启后锁表，事务提交完之后其他事务才能执行，那么上述的问题都不会出现。
3.事务的传播级别
事务有七个传播级别:
1.PROPAGATION_REQUIRED 如果存在一个事务，则支持当前事务。如果没有事务则开启一个新的事务。
2.PROPAGATION_SUPPORTS 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行。但是对于事务同步的事务管理器，PROPAGATION_SUPPORTS与不使用事务有少许不同。
3.PROPAGATION_MANDATORY 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。
4.PROPAGATION_REQUIRES_NEW 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。
5.PROPAGATION_NOT_SUPPORTED 总是非事务地执行，并挂起任何存在的事务。
6.PROPAGATION_NEVER 总是非事务地执行，如果存在一个活动事务，则抛出异常
7.PROPAGATION_NESTED如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行
其中常用的PROPAGATION_REQUIRED能够覆盖大多数业务场景，其他的知道就行，也很好理解。主要说下PROPAGATION_NESTED，既嵌套事务，这里参考了
https://www.cnblogs.com/wj0816/p/8474743.html
嵌套是子事务套在父事务中执行，子事务是父事务的一部分，父事务在进入子事务之前会建立savepoint,如果子事务回滚则父事务会退回到savepoint但是不会回滚父事务。如果父事务回滚则要先回滚子事务。同样，父事务提交之前也要先提交子事务，子事务作为父事务一部分。