@Transactional 注解作为 Spring 框架中声明式事务管理的核心组件，能够显著简化数据库事务操作。在传统编程式事务开发中，开发人员需要手动编写事务开启、提交和回滚的样板代码，而通过该注解则能实现事务逻辑与业务代码的优雅解耦。
运行环境：SpringBoot3.4.2
1. 核心概念解析
@Transactional 注解是 Spring 实现声明式事务管理的关键机制，其设计初衷在于降低数据库事务操作的复杂度。只需在方法或类级别添加该注解，Spring 便会基于 AOP（面向切面编程）技术自动拦截方法调用，在执行前开启事务，完成后根据异常情况自动提交或回滚。这种设计不仅提高了代码可读性，更增强了系统的可维护性。
但若不当使用该注解，可能会对系统性能产生显著的负面影响，主要体现在以下几个方面：
过度使用会导致事务范围扩大，延长数据库连接占用时间，增加锁竞争和死锁风险。不必要的事务细化会引发频繁的提交和回滚操作，加重数据库负担。在非关键数据操作或纯读场景中滥用事务，会造成系统资源的无谓消耗，从而降低整体吞吐量。
本文将重点探讨基于 JPA 和 JDBC 时，@Transactional 注解对查询性能的具体影响。
纯查询场景下究竟是否需要开启事务？
2. 实战性能测试
2.1 测试环境搭建
配置文件
spring:
datasource:
driverClassName: com.mysql.cj.jdbc.Driver
url: jdbc:mysql://localhost:3306/batch
username: root
password: 123123
type: com.zaxxer.hikari.HikariDataSource
hikari:
minimumIdle: 10
maximumPoolSize: 10
jpa:
generateDdl: false
hibernate:
ddlAuto: update
openInView: true
show-sql: false
实体对象定义
@Entity
@Table(name = "o_user")
public class User {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Integer id;
private String name;
private Integer age;
private String phone;
private String sex;
// 省略getter/setter方法
}
接口配置
@GetMapping("")
public ResponseEntity query() {
return ResponseEntity.ok(this.userService.queryUser());
}
测试数据准备（500万条）
图片
2.2 Repository查询性能对比
测试场景1：无事务注解
private final UserRepository userRepository;
public User queryUser() {
return this.userRepository.findById(4888888).orElse(null);
}
JMeter压力测试结果：
图片
平均吞吐量：9700
测试场景2：启用事务注解
@Transactional
public User queryUser() {}
JMeter压力测试结果：
图片
平均吞吐量：12700
测试场景3：配置只读事务
@Transactional(readOnly = true)
public User queryUser() {}
JMeter压力测试结果：
图片
平均吞吐量：9300
这个结果与不使用注解时差异不大。
思考：为何使用@Transactional注解后性能反而有所提升？欢迎大家留言探讨。
2.3 JDBC查询性能分析
测试场景1：无事务注解
private final JdbcTemplate jdbcTemplate;
public User queryUser() {
return this.jdbcTemplate.queryForObject(
"select id, name, age, phone, sex from o_user where id = 4888888",
new RowMapper
JMeter测试结果：
图片
平均吞吐量：25000
JPA确实简化了开发，但代价就是性能表现较差。
测试场景2：启用事务注解
@Transactional
public User queryUser() {}
JMeter测试结果：
平均吞吐量：13100
这个结果符合我们的预期，使用@Transactional注解后性能明显下降。
测试场景3：配置只读事务
@Transactional(readOnly = true)
public User queryUser() {}
JMeter测试结果：
图片
平均吞吐量：9800
同样符合预期，与读写事务的表现基本相当。
2.4 EntityManager查询测试
测试场景1：无事务注解
private final EntityManager em;
public User queryUser() {
return this.em.find(User.class, 4888888);
}
JMeter测试结果：
图片
平均吞吐量：24000
测试场景2：启用事务注解
@Transactional
public User queryUser() {
return this.em.find(User.class, 4888888);
}
JMeter测试结果：
图片
平均吞吐量：13000
测试场景3：配置只读事务
@Transactional(readOnly = true)
public User queryUser() {}
JMeter测试结果：
图片
平均吞吐量：9800
2.5 性能数据可视化
图片
2.6 查询场景事务使用总结
保证数据一致性：在事务范围内，所有查询都能看到同一时间点的数据快照（具体取决于隔离级别），有效避免其他事务中途修改导致的数据不一致问题。
性能优化策略：Spring 提供 @Transactional(readOnly = true) 配置，明确标记只读事务。这能让底层数据库（如 Oracle、MySQL InnoDB）进行针对性优化，比如启用只读快照、减少锁竞争等。连接复用优势：同一事务中的多个操作可以复用数据库连接，减少连接创建和释放的开销。与写操作兼容：如果查询方法被包含在更大的写事务中，有 @Transactional 注解可以无缝集成。
如下多个查询使用事务保证了同一时间点的数据：
private final UserRepository userRepository;
private final OrderRepository orderRepository;
@Transactional(readOnly = true)
public UserInfoDto getUserInfo(Long userId) {
User user = userRepository.findById(userId);
List
