Database 锁定机制(悲观乐观)如何与数据库事务隔离级别相关

这两件事都与数据一致性和并发访问相关，但它们是两种不同的机制.

锁定可防止对某些对象使用concurrent access.例如，当您try 更新待办事项列表项时，使用悲观锁定，数据库会在记录上放置一个行锁，直到您提交或回滚事务，这样就不允许任何其他事务更新相同的记录.乐观锁定是应用程序端判断记录的时间戳/版本在获取和try 更新之间是否已更改.这与事务隔离级别无关.

事务隔离大约为read consistency.

• 读取未提交级别允许会话查看其他会话的未提交更改
• 读取提交级别仅允许会话查看其他会话的提交更改
• 可序列化级别允许会话仅查看事务开始前提交的更改

请看下面的示例，我指出了不同事务隔离级别的查询结果.

SESSION 1                                  SESSION 2
--------------------------------           --------------------------------------
SELECT count(*) FROM test;
=> 10
                                           INSERT INTO test VALUES ('x');

SELECT count(*) FROM test;
=> 10 with read committed/serializable
=> 11 with read uncommited (dirty read)
                                           COMMIT;

SELECT count(*) FROM test;
=> 10 with serializable
=> 11 with read uncommitted/read committed

有四个ANSI指定的事务隔离级别(上面的示例中没有提到的一个是"可重复读取")，除了可序列化之外，所有这些级别都会受到某些异常的影响.注意:它与锁定无关.

您可以查看关于这here的Oracle文档，其中的概念是相当通用的.

最后，您使用乐观锁定的方法对于Web应用程序似乎是明智的.最有可能的情况是，您获取一个列表项，然后在两个不同的HTTP请求中更新它.在FETCH之后通过显式锁定记录来保持事务打开是不可能的(或者至少是不明智的)(您怎么知道第二个请求是否会到达呢？)乐观锁定很好地处理了这一问题.