如果应用程序 srv 隔离级别设置为 READ COMMITTED，会发生 OptimisticLockException 吗？

Question

我正在使用带有“OpenJPA 1.2.3-SNAPSHOT”的 Websphere 应用程序服务器 7.0.0.0.9。 我已设置 jdbc 数据源 webSphereDefaultIsolationLevel=2 的属性（READ COMMITTED）。 我有这个问题，因为我的理解是，如果存在多个线程提交同一行的竞争，就会发生 OptimasticLockException。 但我认为如果隔离级别应用程序服务器设置为 READ COMMITTED，这种情况永远不会发生。

这是我遇到的异常..

<openjpa-1.2.3-SNAPSHOT-r422266:907835 fatal store error> org.apache.openjpa.persistence.OptimisticLockException: An optimistic lock violation was detected when flushing object instance 

Answer 1

我有这个问题，因为我的理解是，如果存在多个线程提交同一行的竞争，就会发生OptimisticLockException。

是的，如果实体的 Version 属性在提交时比读取时更高（即已被另一个事务修改），则会引发 OptimisticLockException。下图说明了这一点（借自 JPA 2.0 并发和锁定):

但我认为如果隔离级别应用服务器设置为 READ COMMITTED，这种情况永远不会发生。

为什么？使用 READ COMMITTED 隔离级别时，不可重复读取可能会发生，但是：

1. 这不会影响内存数据的表示（上例中的e1）
2. 大多数时候，您不会重新读取数据

• 即使您这样做（并执行不可重复的读取），实体仍然可能会被修改在提交更改之前由另一个线程执行。

总而言之，READ COMMITTED 不会阻止 OptimisticLockException。