如何在Oracle中回滚/超时“选择更新”锁？

Question

我们的应用程序主要使用Hibernate版本支持的乐观锁定。我们计划在一个特定场景中实现悲观锁定。我没有太多悲观锁定的经验，所以如果这个问题听起来很幼稚，请原谅。

当用户显示更新条目的意图时——我们使用“选择更新”锁定相应的数据库行。现在，如果该用户花了很长时间提交他的更改，但在锁定后忘记了它，我们如何使用一些超时/回滚机制解锁此锁？这样该行就不会长时间保持锁定，并禁止所有其他用户对其进行编辑。

我怀疑这是否会在我们正在使用的Weblogic JTA Spring事务机制中得到处理——我们已经有了30分钟的事务超时。(??)

那么，是否应该直接在Oracle级别处理此回滚。如果是，那么如何处理？请建议处理此问题的最佳方法，以便此类锁不会逗留太久。

Answer 1

乐观锁定无法取代悲观锁定的情况很多。锁定超时在数据库中处理。有关如何在Oracle中配置它，请参阅此页

Oracle的默认对象锁超时可以更改吗？

Answer 2

只有在事务结束时才会释放锁。当向数据库发出显式提交或rollback时，或者当数据库会话终止时（执行隐式回滚），事务将结束。如果您的中间层已经设置为回滚任何打开超过30分钟的事务，那么这就足以释放锁。

然而，如果您有一个Java应用程序在Weblogic应用程序服务器中运行，我觉得悲观锁定是不寻常的。首先，我假设您正在中间层使用连接池。如果是这种情况，那么中间层需要在事务的长度内保持连接池中的一个数据库连接（在这种情况下最多30分钟）。但是，允许一个会话在一段较长的时间内打开一个特定的数据库会话，这违背了使用连接池的目的。通常，数十个（如果不是数百个）应用程序会话可以共享连接池中的一个连接——如果您要允许悲观锁定，那么现在就强制在这些会话的应用程序会话和数据库会话之间建立1:1的关系。