乐观锁和交错

Question

我读到了乐观锁定方案，客户端可以读取值，执行计算，当需要写入时，更新在写入数据库之前经过验证。

假设如果我们为乐观锁采用版本机制，那么（在两个客户端的情况下）两者都将具有更新语句，如下所示：

更新表名称集字段 = val，版本 = 旧版本 1，其中版本 = 旧版本，ID = x;

现在让我们考虑以下两个客户端的场景：

>

两个客户端都读取字段和版本的值。

两个客户端都在那里计算一些东西。生成字段的新值。

现在两个客户端都向数据库服务器发送查询请求。

一旦到达数据库：一个客户端更新查询开始执行。但与此同时，交错发生，其他客户端更新开始执行。

这些查询交错会导致表中的数据竞争吗我的意思是说，我们不能说乐观锁会自己执行，例如，我理解发生行级锁定或其他锁定(如表级锁定)的情况，那就没问题。但是，乐观锁本身并不工作，它还需要悲观锁(行级/表级，这完全取决于底层存储引擎实现)。

当已经没有行/表级别的锁，但想要实现乐观锁定策略时会发生什么。使用查询交错将导致表中的数据竞争。（我的意思是说，只有字段被更新，版本没有更新，然后发生交错。这完全取决于为查询设置的隔离级别）？

我对这种情况有点困惑。

此外，与悲观锁定相比，乐观锁定可以真正提供帮助并提高应用程序的整体性能的正确用例是什么。

Answer 1

最坏情况的伪代码场景：两个客户端更新相同的记录：

方案 1（方案：乐观锁定）：

在服务器端检查最终约束。乐观锁定仅用于演示目的。

客户一订购的产品只有1个库存。

客户2订购了相同的产品，但库存只有1件。

这两个客户端都会在屏幕上显示。

产品表：

 CREATE TABLE products (
   product_id VARCHAR(200),
   stock INT,
   price DOUBLE(5,2)
 ) ENGINE=InnoDB;

演示代码：

 -- Presentation:
 SELECT * FROM products WHERE product_id="product_a";
 -- Presented to client

订单代码：

 -- Verification of record (executed in the same block of code within 
 -- an as short time interval as possible):
 SELECT stock FROM products WHERE product_id="product_a";
 IF(stock>0) THEN
 -- Client clicks "order" (one click method=also payment);
   START TRANSACTION;
     -- Gets a record lock
     SELECT * FROM products WHERE product_id="product_a" FOR UPDATE; 
     UPDATE products SET stock=stock-1 WHERE product_id="product_a";
     INSERT INTO orders (customer_id,product_id,price) 
       VALUES (customer_1, "product_a",price);
   COMMIT;
 END IF;

这个场景的结果是两个订单都可以成功：他们都获得了＜code＞股票

场景2：乐观锁定的替代方案：

在数据库端检查最终约束。乐观锁定仅用于表示目的。与之前的乐观锁定场景相比，数据库查询更少，重做的机会更少。

客户一订购的产品只有1个库存。

客户2订购了相同的产品，但库存只有1件。

这两个客户端都会在屏幕上显示。

产品表：

 CREATE TABLE products (
   product_id VARCHAR(200),
   stock INT,
   price DOUBLE(5,2),
   CHECK (stock>=-1) -- The constraint preventing ordering
 ) ENGINE=InnoDB;

演示代码：

 -- Presentation:
 SELECT * FROM products WHERE product_id="product_a";
 -- Presented to client

订单代码：

 -- Client clicks "order" (one click method=also payment);
 START TRANSACTION;
   -- Gets a record lock
   SELECT * FROM products WHERE product_id="product_a" FOR UPDATE; 
   UPDATE products SET stock=stock-1 WHERE product_id="product_a";
   INSERT INTO orders (customer_id,product_id,price) 
     VALUES (customer_1, "product_a",price);
 COMMIT;

现在有两个顾客收到了这个产品，同时点击了订单。系统同时执行两个订单。结果将是:一个订单将被发出，另一个订单将得到一个异常，因为约束将无法验证，并且交易将被中止。这个中止(异常)必须用代码来处理，但不需要任何进一步的查询或事务。