使用原子更新时是否需要显式锁定

Question

在我的 Web 应用程序中，我在数据库表中存储了一个计数器值，我需要在每个事务（高度并发）时递增或重置它。我是否需要显式锁定该行以避免丢失更新？ 已提交读取事务隔离级别正在连接级别使用。以下语句更新计数器

UPDATE Counter c SET value =
  CASE
    WHEN c.last_updated = SYSDATE THEN c.value+1
    ELSE 1
  END,
  last_updated = SYSDATE
WHERE c.counter_id = 123;

据我所知，该语句是原子的，读取提交的隔离级别隐式锁定更新语句的行。在这种情况下，这是否会使显式锁定的使用变得多余？

Answer 1

您说的是乐观锁定与悲观锁定（“显式锁定”）。

如果您使用悲观锁定，则可以保证不会丢失更新。然而，这种方法是有代价的：

• 它不能很好地扩展 - 您实际上是在序列化对正在更新的行的访问，如果运行第一个事务的客户端由于某种原因挂起 - 每个人都被卡住了。
• 鉴于通常多层 Web 应用程序的性质，它可能难以（或不可能）实施，因为显式锁定需要与更新本身在同一数据库连接中运行，您的中间层可能或可能无法保证。

因此，您可以使用乐观锁定。假设如下表：

create table t (key int, value int, version int);
insert into t (1, 1, 1);

基本上，逻辑是这样的（PL/SQL 代码）：

 declare
    current_version t.version%type;
    current_value t.value%type;
    new_value t.value%type;
begin 

    -- read current version of a row
    select version, value 
    into current_version, current_value 
    from t where id = 1;

    -- calculate new value; while we're doing this, 
    -- someone else may update the row, changing its version
    new_value = func_calculate_new_value(current_value);

    -- update the row...
    update t 
    set 
        value = new_value,
        version = version + 1
    where 1 = 1 
        and id = 1 
        -- but ONLY if the version of the row is the one we read
        -- otherwise there would be a lost update
        and version = current_version
    ;

    if sql%rowcount = 0 then
        -- 0 updated rows means the version is different 
        -- we're not updating because we don't want lost updates
        -- and we throw to let the caller know
        raise_application_error(-20000, 'Row version has changed');
        rollback;
    end if;
end;