事务注解：@Transtation
@Transactional注解可以作用于接口、接口方法、类以及类方法上
-
当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性
-
当作用在方法级别时会覆盖类级别的定义
-
当作用在接口和接口方法时则只有在使用基于接口的代理时它才会生效，也就是JDK动态代理，而不是Cglib代理
-
当在 protected、private 或者默认可见性的方法上使用 @Transactional 注解时是不会生效的，也不会抛出任何异常
@Transactional注解的可用参数
readOnly
该属性用于设置当前事务是否为只读事务，设置为true表示只读，false则表示可读写，默认值为false
rollbackFor
该属性用于设置需要进行回滚的异常类数组，当方法中抛出指定异常数组中的异常时，则进行事务回滚。
例如：
-
指定单一异常类：@Transactional(rollbackFor=RuntimeException.class)
-
指定多个异常类：@Transactional(rollbackFor={RuntimeException.class, BusnessException.class})
rollbackForClassName
该属性用于设置需要进行回滚的异常类名称数组，当方法中抛出指定异常名称数组中的异常时，则进行事务回滚。例如： 1. 指定单一异常类名称：@Transactional(rollbackForClassName=“RuntimeException”) 2. 指定多个异常类名称：@Transactional(rollbackForClassName={“RuntimeException”,“BusnessException”})
noRollbackFor
该属性用于设置不需要进行回滚的异常类数组，当方法中抛出指定异常数组中的异常时，不进行事务回滚
timeout
该属性用于设置事务的超时秒数，默认值为-1表示永不超时
propagation
该属性用于设置事务的传播行为 例如：@Transactional(propagation=Propagation.NOT_SUPPORTED)
事务为什么加在service层而不加在dao层
事务注解 @Transactional一般的话都加在service层，问了一些刚入行的朋友为什么，他们给的答案很模糊，所以自己去搜了下，下面是我的理解。
什么是事务？ 在数据库中,所谓事务是指一组逻辑操作单元即一组sql语句。当这个单元中的一部分操作失败,整个事务回滚，只有全部正确才完成提交。判断事务是否配置成功的关键点在于出现异常时事务是否会回滚
事务四大特性
-
原子性（Atomicity） 原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
-
一致性（Consistency） 事务必须使数据库从一个一致性状态变换到另外一个一致性状态。(数据不被破坏
-
隔离性（Isolation） 事务的隔离性是指一个事务的执行不能被其他事务干扰.
-
持久性（Durability） 持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的.即使系统重启也不会丢失。
结合事务的特点，为什么加在service层就很好解释了。如果我们的事务注解@加在dao层，那么只要与数据库做增删改，就要提交一次事务，如此做事务的特性就发挥不出来，尤其是事务的一致性，当出现并发问题是，用户从数据库查到的数据都会有所偏差。 一般的时候，我们的service层可以调用多个dao层，我们只需要在service层加一个事务注解@Transactional，这样我们就可以一个事务处理多个请求，事务的特性也会充分的发挥出来。
也可以这么说：
因为一个Service完成一个服务，但是可能会调用很多个DAO层的功能，如果Transaction放在DAO层的话，做完一个DAO，就会提交一次事务，永久修改数据库，后面在调用另外一个DAO，但是throws Exception，对于整个的Service来说，应该是要完全的，但是只能回滚到当前的DAO
所以这就破坏了事务的ＡＣＩＤ
有一些项目的事务是在Controller层。
参考文章：
https://blog.csdn.net/jikefzz1095377498/article/details/81199693
https://blog.csdn.net/xiangwang2016/article/details/108187944/
