Spring事务失效的几种原因

SoftwareDevOps

已于 2022-06-15 16:44:03 修改

阅读量749

点赞数 3

CC 4.0 BY-SA版权

分类专栏： Java # spring 文章标签： spring java 后端事务

于 2022-05-18 17:19:42 首次发布

本文链接：https://blog.csdn.net/weixin_44427181/article/details/124846721

Java 同时被 2 个专栏收录

71 篇文章

订阅专栏

spring

16 篇文章

订阅专栏

本文详细介绍了Spring项目中事务失效的常见原因，包括MyISAM引擎、context:component-scan冲突、注解位置、接口代理和可见性限制。提供排查和解决方法，帮助开发者避免事务问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在这里插入图片描述

我们在spring项目中，使用事务时，一般会在接口上，直接加@Transactional注解。例如：

@Transactional
public Employee addEmployee() throws Exception {

    Employee employee = new Employee("3y", 23);
    employeeRepository.save(employee);
	// 假设这里出了Exception
    int i = 1 / 0;
    return employee;
}

但有时候事务也有可能会失效。

一般来说，spring事务失效的原因有以下几种：

如使用mysql且引擎是MyISAM，则事务会不起作用，原因是MyISAM不支持事务，可以改成InnoDB
如果使用了spring+mvc，则context:component-scan重复扫描问题可能会引起事务失败。
@Transactional 注解开启配置，必须放到listener里加载，如果放到DispatcherServlet的配置里，事务也是不起作用的。
@Transactional 注解只能应用到 public 可见度的方法上。如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不会报错，事务也会失效。
Spring团队建议在具体的类（或类的方法）上使用 @Transactional 注解，而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解，**只能当你设置了基于接口的代理时它才生效。**因为注解是不能继承的，这就意味着如果正在使用基于类的代理时，那么事务的设置将不能被基于类的代理所识别，而且对象也将不会被事务代理所包装。