如何在Eclipselink JPA中避免读取插入后的ID

首先，咱们得搞清楚为什么会出现这个SELECT @@IDENTITY：当你用JPA的persist()方法插入一个使用IDENTITY生成策略的实体时，JPA需要把数据库自动生成的ID回填到实体对象中，同时把实体纳入持久化上下文管理——这就是它执行这个查询的核心原因。既然你不需要这个ID，也不在乎实体是否被管理，那可以试试下面这些方案：

方案一：使用Hibernate无状态会话（StatelessSession） #

如果你的JPA底层实现是Hibernate（大部分Java项目都是），那无状态会话（StatelessSession）就是完美的选择。它不会把实体存入持久化上下文，也不会回填生成的ID，插入时只会执行INSERT语句，完全不会触发SELECT @@IDENTITY。

代码示例：

// 从EntityManager获取Hibernate Session，再打开StatelessSession
try (StatelessSession statelessSession = entityManager.unwrap(Session.class)
        .getSessionFactory()
        .openStatelessSession()) {
    statelessSession.beginTransaction();
    // 直接插入实体，不会回填ID，也不管理实体
    statelessSession.insert(yourEntityInstance);
    statelessSession.getTransaction().commit();
}

这个方式完全符合你“用JPA方式”的需求，只是用到了Hibernate的特定API，但在实际项目中非常常用，属于业界常规操作。

方案二：切换ID生成策略（如果数据库支持） #

如果你的数据库支持序列（比如Oracle、PostgreSQL），可以把ID生成策略改成SEQUENCE：

@Id
@GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "your_seq")
@SequenceGenerator(name = "your_seq", sequenceName = "YOUR_SEQUENCE")
private Long id;

JPA会预先从序列中获取ID值，插入时直接把ID写入数据库，不需要插入后再查询ID，自然就不会出现SELECT @@IDENTITY。

如果是MySQL（不支持原生序列），可以尝试TABLE生成策略，但这个策略性能较差，频繁插入时会有额外的表锁开销，所以不太推荐用于大量插入的场景：

@Id
@GeneratedValue(strategy = GenerationType.TABLE, generator = "your_table_gen")
@TableGenerator(name = "your_table_gen", table = "ID_GENERATOR", pkColumnName = "GEN_KEY", valueColumnName = "GEN_VALUE")
private Long id;

方案三：原生查询（备选） #

虽然你更倾向于JPA方式，但如果上面的方案都不适用，原生查询也是个直接的选择：

entityManager.createNativeQuery("INSERT INTO your_table(col1, col2) VALUES (?, ?)")
        .setParameter(1, value1)
        .setParameter(2, value2)
        .executeUpdate();

这种方式完全不会触发ID查询，只是需要手动编写SQL语句。

为什么不推荐persist()后立刻detach()？ #

很多人会想到用entityManager.persist(entity); entityManager.detach(entity);，但其实persist()执行时已经触发了SELECT @@IDENTITY来回填ID，之后的detach()只是把实体从持久化上下文移除，根本没法避免那个查询，所以这个方法没用。

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