@Transactional注解修饰的updateOrder方法执行时数据库查询语句的疑问及原理咨询

首先得帮你理清JPA背后的核心机制——这也是你觉得"没调用save却有额外SQL"的原因：

为什么修改托管实体后会自动触发数据库更新？ #

这是JPA**持久化上下文（Persistence Context）**的「脏检查（Dirty Checking）」机制在工作：

• 当你在@Transactional方法内调用entityManager.find()时，查询到的Order实体进入托管（Managed）状态，此时EntityManager会把这个实体的初始状态（从数据库加载时的快照）保存起来，并持续跟踪它的属性变化。
• 你调用order.setName(...)修改属性时，并不会立刻生成UPDATE语句。而是等到事务即将提交（或者手动调用entityManager.flush()）时，EntityManager会对比实体当前状态和快照：如果发现属性有变更，就自动生成UPDATE语句同步到数据库。
• 所以实际执行的SQL至少有两条：
  1. SELECT ... FROM order WHERE id = ?（find方法触发的查询）
  2. UPDATE order SET name = ? WHERE id = ?（事务提交时脏检查触发的更新）

如何查看事务中执行的所有SQL语句？ #

不同JPA实现都有配置可以打印SQL，以最常用的Hibernate为例：

• 在Spring Boot项目的application.properties中添加：

  # 打印原始SQL
  spring.jpa.show-sql=true
  # 格式化SQL，方便阅读
  spring.jpa.properties.hibernate.format_sql=true
  # 打印SQL中的参数值（可选，便于调试）
  spring.jpa.properties.hibernate.type.descriptor.sql.BasicBinder=true
  

• 或者通过日志框架（比如Logback）配置，把org.hibernate.SQL和org.hibernate.type.descriptor.sql.BasicBinder的日志级别设为DEBUG，这样就能在日志里看到完整的SQL和参数细节。

小提示：你的代码里有两处笔误 #

避免后续运行报错，提一下代码里的小问题：

• @PersistanceContext拼写错误，正确是@PersistenceContext
• updated.getName()应该是updatedOrder.getName()，参数名写错啦

内容的提问来源于stack exchange，提问作者Carlos Gonzalez