JPA中回滚语句和事务的区别

Question

int executeUpdate() Execute an update or delete statement. 
Returns: the number of entities updated or deleted 
Throws: 
IllegalStateException - if called for a Java Persistence query language SELECT statement or for a criteria query 
TransactionRequiredException - if there is no transaction 
QueryTimeoutException - if the statement execution exceeds 
  the query timeout value set and only the statement is rolled back 
PersistenceException - if the query execution exceeds 
  the query timeout value set and the transaction is rolled back

Answer 1

[QueryTimeoutException]在查询超时且仅回滚语句时由持久性提供程序引发。如果当前事务处于活动状态，则不会将其标记为回滚。[QueryTimeoutException]

QueryTimeoutException是PersistenceException的专门化。

[PersistenceException]在出现问题时由持久性提供程序引发。除了NoResultException、NonUniqueResultException、LockTimeoutException和QueryTimeoutException的实例之外，所有PersistenceException的实例都将导致当前事务（如果一个事务处于活动状态并且持久性上下文已加入其中）标记为回滚。[PersistenceException]

catch(PersistenceException e) { ... tx.rollback(); ... }

但有时，即使语句不成功，并且出现QueryTimeoutException，继续事务也是有意义的。

一个示例场景是语句执行期间的超时，该语句只保留一个额外的日志记录。根据您的用例，执行log语句的超时可能不是关键的，否则，如果核心业务流程例如持久化订单超时，则是关键的。因此，您不希望failed log语句会影响订单的持久化。另一方面，如果订单的持久化失败，则日志记录的持久化应该回滚。因此，您可以始终决定哪个查询超时应该导致回滚。

一个示意性的例子是

...
try {
    ...
    queryNonCritical.execute(...);
}
catch(QueryTimeoutException e) {
    // not critical move on
    ...
}
...
try {
    ...
    queryCritical.execute(...);
}
catch(QueryTimeoutException e) {
    ...
    tx.rollback();
    ...
}
...