阻塞、锁定和隔离级别之间有什么关系？

Question

我对 Oracle 阻塞有一些了解 - 更新如何阻塞其他更新直到事务完成，编写器如何不阻塞读取器等。

我了解悲观和乐观锁定的概念，以及关于丢失更新等的典型银行教科书示例

。还了解 JDBC 事务隔离级别，例如，我们很高兴看到未提交的数据。

然而，我对这些概念如何相关和相互作用有点模糊。例如：

• Oracle 是否提供悲观或 默认情况下乐观锁定（它 似乎只是阻止了单独的 根据两个实验进行更新 TOAD 会话。）
• 如果像我怀疑的那样，这些是 应用程序级别的概念，为什么 我不厌其烦地实施了 当我可以让时锁定策略 数据库同步事务 无论如何更新？
• 当除我的应用程序之外的其他客户端使用不同的隔离级别进行访问时，事务隔离级别（我在连接上设置的）如何改变数据库行为。

任何能够澄清这些主题的文字将不胜感激！

Answer 1

• Oracle 允许任一类型的锁定 - 您构建应用程序的方式决定了所使用的内容。回想起来，这实际上并不是一个数据库决定。

• 大多数情况下，Oracle 的锁定足以满足与数据库的有状态连接。在无状态应用程序（例如 Web 应用程序）中，您无法使用它。在这种情况下，您必须使用应用程序级锁定，因为锁定适用于会话。

• 一般情况下你不需要担心这个问题。在 Oracle 中，读取器永远不会阻止写入器，写入器也永远不会阻止读取器。 Oracle 的行为不会随着各种 ANSI 隔离级别的变化而改变。例如，Oracle中不存在“脏读”这样的事情。 Tom Kyte 指出，允许脏读的精神是为了避免阻塞读，这在 Oracle 中不是问题。

我强烈建议您阅读 Tom Kyte 的优秀著作“Expert Oracle Database Architecture”，其中对这些主题和其他主题进行了非常清晰的阐述。

Answer 2

乐观锁基本上是“我只会在修改数据时锁定数据，而不是在读取数据时锁定数据”。问题是，如果您不立即锁定数据，其他人可以在您之前更改它，并且您正在查看旧新闻（并且可以盲目地覆盖您读取数据和更新数据之间发生的更改。 )

悲观锁定是在读取数据时锁定数据，以便在您决定更新数据时确保没有人更改它。

这是一个应用程序决策，而不是 Oracle 决策，因为：

SELECT x, y, z FROM table1 WHERE a = 2

不会锁定匹配记录，但

SELECT x, y, z FROM table1 WHERE a = 2 FOR UPDATE

会锁定。因此，您必须决定是否接受乐观锁定

SELECT x, y, z FROM table1 WHERE a = 2

...时间流逝...

UPDATE table1
   SET x = 1, y = 2, z = 3
 WHERE a = 2

（您可能覆盖了其他人同时所做的更改）

或者需要悲观：

SELECT x, y, z FROM table1 WHERE a = 2 FOR UPDATE

...时间流逝...

UPDATE table1
   SET x = 1, y = 2, z = 3
 WHERE a = 2

（您确定自您查询以来没有人更改过该数据。）

请在此处检查 Oracle 中可用的隔离级别。
http://download.oracle.com/文档/cd/B19306_01/server.102/b14220/consist.htm#CNCPT621

Answer 3

Oracle 始终处理悲观锁定。也就是说，它会在更新时锁定记录（如果涉及密钥，您还可以锁定删除和插入）。您可以使用 SELECT....FOR UPDATE 来增强悲观锁定策略。

实际上，任何以事务方式工作的数据库/存储引擎都必须执行某种形式的锁定。

SERIALIZABLE 隔离级别更接近于乐观锁定机制。如果事务尝试更新自事务开始以来已更新的记录，它将引发异常。然而，它依赖于数据库会话和最终用户会话之间的一对一。

随着连接池/无状态应用程序变得普遍，特别是在用户活动频繁的系统中，长时间占用数据库会话可能是一个糟糕的策略。乐观锁定是首选，Oracle 的更高版本通过 ORA_ROWSCN 和 ROWDEPENDENCIES 项支持此操作。基本上，它们可以更轻松地查看自您最初/最后一次查看记录以来是否已更改。

由于数据库会话和用户会话之间的一对一关系已成为遗留问题，应用程序层保留了更多的“用户会话”状态，因此更加负责检查用户所做的五/十个选择几分钟前仍然有效（例如，这本书是否还有库存，或者是否有其他人购买）。