你知道@Transactional注解的失效场景吗？
在使用Spring的时候，进行事务管理变得相当简单：只要在方法上加上 @Transactional 就可以了，Spring就帮我们做了事务的开启、提交和回滚等操作，甚至我一度认为 @Transactional 就是等于Spring事务，只要是见到有数据库操作的方法，默认的统统加上此注解，自以为是的就万事大吉了。你是不是也有与我相同的经历呢：）
其实， @Transactional 也不是在任何的场景下都有效的，有时候会莫名的失效，在介绍之前呢，我们先来认识一下。
1、 @Transactional 注解可以用在哪些地方呢？
作用于类： 表示所有public方法都配置相同的事务信息。
作用于方法： 代表方法的事务信息，其会覆盖类的事务哦！
作用于接口： 这种方法极力不推荐，因为一旦使用cglib，注解会失效。
例如以下示例：
2、 @Transactional 注解还有哪些属性呢？
接下来，我们一起看看 @Transactional 失效的场景。
1、作用在非public方法上会失效
原因是 在使用Spring AOP 代理时，会间接调用AbstractFallbackTransactionAttributeSource的方法computeTransactionAttribute获取事务信息，如果是非public就直接返回了，如下源码：
2、 propagation属性配置错误
TransactionDefinition.PROPAGATION_SUPPORTS：有没有事务无所谓
TransactionDefinition.PROPAGATION_NOT_SUPPORTED：非事务方式执行
TransactionDefinition.PROPAGATION_NEVER：有事务抛异常
3、 rollbackFor设置错误
Spring默认抛出了未检查unchecked异常（继承自 RuntimeException 的异常）或者 Error才回滚事务；其他异常不会触发回滚事务。若需要在特定异常下回滚，则需要指定，比如第一个示例。
4、在同一个类中，方法调用
这个尤其被大家不熟悉，红色标出。
原因是什么，大家可以想一想，我们下一章来分析：）
5、异常被catch给吃掉了
6、数据库底层不支持事务，比如mysql的 myisam引擎。
