@Transactional
public void methodB() {
// 写数据库操作
}
}
*注意 《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》无偿开源 威信搜索公众号【编程进阶路】 *：这里A类用了构造器注入B的实现（为什么没用@Autowrire，可以看看前几天分享的这篇[什么时候不要用@Autowired注入](()），构造函数用Lombok的@AllArgsConstructor生成（这个不熟悉的话可以看看之前这篇[Lombok：让JAVA代码更优雅](()）。
[](()2. @Transactional修饰方法不是public
===========================================================================================
错误案例：
public class TransactionalMistake {
@Transactional
private void method() {
// 写数据库操作
}
}
这也是基于Spring AOP实现的注解所要满足的要求。这个最简单，很好理解，也很直观，就不详细展开了。直接把方法访问类型改成public即可。
[](()3. 不同的数据源
=======================================================================
错误案例：
public class TransactionalMistake {
@Transactional
public void createOrder(Order order) {
orderRepo1.save(order);
orderRepo2.save(order);
}
}
有的时候，我们一个操作可能会同时写多个数据源，比如上面这个例子里的orderRepo1和orderRepo2是连接的两个不同数据源。默认情况下，这种跨数据源的事务是不会成功的。
如果要在多个数据源之间实现事务，那么可以引入JTA，具体如何做的话可以看看之前的这篇分享[《使用JTA实现多数据源的事务管理》](()
[](()4. 回滚异常配置不正确
==========================================================================
默认情况下，仅对RuntimeException和Error进行回滚。如果不是的它们及它们的子孙异常的话，就不会回滚。
所以，在自定义异常的时候，要做好适当的规划，如果要影响事务回滚，可以定义为RuntimeException的子类；如果不是RuntimeException，但也希望触发回滚，那么可以使用rollbackFor属性来指定要回滚的异常。
public class TransactionalMistake {
@Transactional(rollbackFor = XXXException.class)
public void method() throws XXXException {
}
}
[](()5. 数据库引擎不支持事务
===========================================================================
这个来源于一个读者反馈的例子，代码跟我的案例一摸一样，我这边是好的，但他就是不回滚。
后来排查出来是因为漏了一个关键属性的配置：
spring.jpa.database-platform=org.hibernate.dialect.MySQL5InnoDBDialect
这里的spring.jpa.database-platform配置主要用来设置hibernate使用的方言。这里特地采用了MySQL5InnoDBDialect，主要为了保障在使用Spring Data JPA时候，Hibernate自动创建表的时候使用InnoDB存储引擎，不然就会以默认存储引擎MyISAM来建表，而MyISAM存储引擎是没有事务的。
