在Spring Data JPA中，当方法内混合执行查询、修改和保存操作时，若@Transactional未正确生效或持久化上下文（Persistence Context）隔离，可能导致实体字段修改未写入数据库——即使日志显示SQL已生成。
在spring data jpa中，当方法内混合执行查询、修改和保存操作时，若`@transactional`未正确生效或持久化上下文（persistence context）隔离，可能导致实体字段修改未写入数据库——即使日志显示sql已生成。
在您提供的代码中，method1(Log log) 被标注为 @Transactional，但实际运行时 log.minusPoint(point) 的修改未持久化到数据库，而 user.minusPoint(point) 和 logRepository.save(new Log(point)) 却正常生效。这一现象并非偶然，而是由 JPA 的一级缓存（Persistence Context）机制与 Spring 事务代理行为共同导致的典型问题。
? 根本原因分析
@Transactional 未实际生效
Spring 的 @Transactional 依赖代理机制（JDK 动态代理或 CGLIB）。若 method1() 是被同一类内的其他方法调用（即 self-invocation），或服务实例未通过 Spring 容器注入（如 new AService() 手动创建），则代理失效，事务上下文不会开启，Hibernate Session 不会被自动管理，导致脏检查（dirty checking）不触发 —— 实体字段修改仅停留在内存，不会生成 UPDATE 语句。log 实体未被托管（detached）或来自不同 Persistence Context
若 log 对象是通过非事务方法（如无 @Transactional 的 controller 层直接传入）、或在另一个独立事务中加载（例如 logList.forEach(...) 中每个 log 来自不同查询上下文），则该 log 在 method1() 开始时处于 detached 状态。此时调用 log.minusPoint(point) 只是修改了游离对象，而 Hibernate 不会跟踪其变更，除非显式调用 logRepository.save(log) 将其重新合并（merge）或持久化。logRepository.save(new Log(point)) 成功的误导性
JpaRepository.save() 方法本身带有 @Transactional（默认传播行为为 REQUIRED），因此它会启动/加入事务、打开 Session，并强制 flush。但这仅作用于新构造的 new Log(point)，对传入的 log 参数无影响 —— 后者仍需处于托管状态才能被自动更新。
✅ 正确解决方案
✅ 方案一：确保 log 处于托管状态（推荐）
@Transactional
public void method1(Log log) {
Long userId = log.getUserId();
User user = userRepository.findById(userId)
.orElseThrow(() -> new RuntimeException("User not found"));
BigDecimal point = BigDecimal.valueOf(100L);
user.minusPoint(point);
log.minusPoint(point);
// 关键：显式保存原始 log 实例，使其变更被持久化
logRepository.save(log); // ← 必须调用！而非 save(new Log(...))
}
? logRepository.save(log) 在托管实体上等价于触发 flush()，Hibernate 会检测其字段变更并生成 UPDATE；若 log 是 detached，则先执行 merge() 再更新。
✅ 方案二：启用 SQL 日志定位问题
在 application.yml 中开启：
spring:
jpa:
show-sql: true
properties:
hibernate:
format_sql: true
logging:
level:
org.hibernate.SQL: DEBUG
org.hibernate.type.descriptor.sql.BasicBinder: TRACE
观察是否生成 UPDATE log SET ... WHERE id = ? —— 若无，则确认 log 未被托管或事务未生效。
✅ 方案三：验证事务代理是否生效
- 确保 method1() 由 Spring 管理的 Bean 调用（如 @Autowired AService aService，而非 new AService()）；
- 避免同类内直接调用（this.method1()），应改为 aService.method1(log)；
- 检查类是否被 @Service 注解且未被 final 修饰（CGLIB 代理要求）。
⚠️ 注意事项
- 不要依赖“事务方法内所有实体修改都会自动保存” —— 这仅对当前 Persistence Context 中加载的托管实体成立；
- @Transactional 的核心职责不仅是事务边界控制，更是绑定 Hibernate Session 生命周期与脏检查时机；
- save(new Entity()) 是 INSERT，save(existingEntity) 是 UPDATE/MERGE，二者语义不同，不可互换；
- 在批量处理（如 logList.forEach(...)）中，建议将整个循环包裹在单个 @Transactional 方法中，避免频繁开启/关闭 Session。
通过以上调整，即可确保 log.minusPoint(point) 的修改稳定落库，彻底解决“部分更新失效”的隐蔽问题。
