事务传播机制的概念：
事务传播机制就是: 多个事务⽅法存在调⽤关系时, 事务是如何在这些⽅法间进⾏传播的。
在我们学习数据库的时候，不存在事务传播机制这个概念，因为数据库是直接执行这个方法而不是有方法之间的互相调用，在我们开发的时候会存在方法A调用方法B。
事务传播机制大概有七种
- Required：如果当前存在事务就加入该事务，没有则创建一个新的事务（），**如果A有事务，B就直接用A的事务，如果A没有事务，则B创建事务。**有房直接住，没房买房。
- Supports：**如果A有事务，B就直接用A的事务，如果A没有事务，B就直接以非事务的方式运行。**有房住房，没房就先和原本一样租房。
- Mandatory(强制性)：**如果A有事务就加入事务，如果A没有事务就抛出异常。**有房就结婚，没房闹掰。
- Requires-new：**如果A有事务，B就把A的事务挂起，如果A没事务就不管他，总之最后B都会创建一个新的事务。**不管有没有房子都要买房。
- Not-supported：**不管A有没有事务，B都不用，就直接不用事务。**不管有没有房子，都要租房。
- Never：**以非事务的方式运行，如果A有事务，就会抛出异常。**有房闹掰，没房租房。
- Nested：**如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行如果没有就等于Required，就是创建一个事务。**没房就买房，有房就做点小生意。利用房子做点事情。
Require:
事务如果成功提交，就两个都提交，如果其中一个失败，两个都回滚。因为controller有事务，后面的service就会都使用controller的事务。
Require-new
不管前面有没有事务，后面都会创建一个新的事务，前面controller里面的事务和后面没关系，直接创建新的，也就是这里边的logservice和userservice没有影响。
Never
不可以有事务，有的话抛出异常
要求前面controller不能有事务，否则在service调用的时候就会报错。
Nested：
有的话就嵌套，没有的话就和require一样，（如果全部成功就和require一样），依然和require一样，nestd可以把自己的事务处理了。
和require的区别：nested可以部分回滚，require不能部分回滚，要回滚一起回滚。
即使有bug我们想让他回滚的时候就让他回滚。如果修改成require的话就会两个都回滚（实际上和require一样，但是支持部分回滚）