JPA中的SELECT查询和乐观锁定

Question

锁定其他内容时，某些SELECT查询出现问题。 例如：

我在Table 1中的一个对象上设置了OPTIMISTIC_FORCE_INCREMENT锁，与此同时，还有另一个事务在Table 2中包含了SELECT查询。 但是， Table 2没有将其连接到Table 1任何数据库对象（外键或其他类型的约束）。 但是，当发生第二个SELECT查询时，将引发OptimisticLockException 。

有谁知道为什么会这样吗？

Answer 1

OptimisticLockException（OLE）不太可能仅由选择查询引发。 我假设您确实在某个地方进行了更新。

通常使用乐观锁定的实体具有版本列（由@Version注释标记）。 当要同步到数据库的实体陈旧时，通常会发生OLE。 例如（下面的每个步骤是一个单数据库事务）：

1. 鲍勃从数据库中获得一个“用户”实体。 按照现在，此用户的版本为1。然后，将该用户实体传递到视图表单/用户界面进行编辑。
2. 在Bob完成编辑之前，Sue还从数据库中获取了同一用户，进行了更改并保存了编辑，因此将版本标签增加到2
3. 当Bob尝试保存更改时，JPA注意到用户实体的版本不再为1，他的用户版本已过时，然后抛出OLE。

通常，最好的办法是捕获OLE，并向用户显示一条消息，说一句：“嘿，有人编辑了相同的实体，然后先保存。您要覆盖/合并/丢弃您的更改吗？”