Oracle DB锁表使用

Question

最近我有一个任务，根据这个任务，我需要一个特定的锁定功能。具体是由于：

1. 正在更新的事务 桌子是分发的，所以我没有 控制它，
2. 白天 数千个非阻塞事务 必须同时支持， 让我们称它们为“一般”操作，
3. 每个“常规”操作都会更新特定“分支”（“LDN”、“NY”、“LA”...）上的行，
4. 一天有一个“主人” 每个分支的操作​​，这些操作在不同的分支上大量发生，
   1. “主”操作期间无 该分支上的“一般”操作可能会发生。
   2. 当“主”操作启动时 必须等待当前的“将军” 对提供的分支完成操作， 在“主”操作到达之前就在系统中。
   3. 在特定分支上的“主”处理期间，所有其他分支都可以 已更新。

为了存档，我创建了 Oracle DB 特定表

create table BRANCH_LOCK(
    BRANCH VARCHAR2(10),
    FLAG   VARCHAR2(1),
    CONSTRAINT "PK_BRANCH_LOCK" PRIMARY KEY ("BRANCH")
)

支持以下不同操作的功能：

对于“一般”操作：

1. In the same XA transaction each operation locks BRANCH_LOCK table 
   in SHARE mode,
2. After locking it checks FLAG, on updated branch,
  1. If flag is 'Y', that means that currently 'master' 
      operation is in progess, so  Exception is thrown, 
     and no further processing is done;
  2. If flag is 'N' than everything is OK, and general processing is done;

对于“主”操作：

1. 当“主”操作到来时，我开始单独的事务，其中：
   1. 在 EXCLUSIVE 模式下锁定 BRANCH_LOCK 表，当在不同事务中此表上存在 SHARE 模式 LOCK 时，无法获取该事务（这样，我保证在所有当前的“一般”操作完成后，“主”操作将开始，虽然它等待所有分支上的交易 完成，不仅指定一个），
   2. 将分支标志设置为“Y” （这样，我保证在“master”时不会有“general”交易 运算处理），
2. 在传入事务中，我将表中的标志更改为“N”，因此在 它提交 BRANCH_LOG 表将有 FLAG 列中的适当值，系统将 能够处理“一般” 再次操作。

这还没有投入生产，所以我想知道有没有更好的解决方案， 除了上面描述的还有什么缺点吗？

一些我没有提到的更新：

1. 'master' 操作对'general' 操作的结果起作用，因此在'master' 处理期间没有'general' 操作丢失是至关重要的，所以这就是为什么当前'general' 操作必须在 master 之前完成操作开始处理。
2. 同一分支上的多个“常规”操作每秒发生一次，大约每秒 3000 次操作，
3. 分支只能发生一个“主”操作，可以同时处理不同分支上的多个“主”操作。

Answer 1

安东， 为什么你需要手动锁定表[s]？通常没有必要这样做。当您描述的主操作开始时，它会获得在该主事务开始时提交的数据的读取一致视图。一般事务可以继续工作，您描述的主事务将不会看到更改，直到它开始一个新事务。

Answer 2

与其建立自己的锁表，我想我会尝试使用Oracle的锁包DBMS_LOCK.

它比使用 DML 做锁更有效，并且是 Oracle 内部使用来执行入队锁定的。

Answer 3

什么是表卷。

我会考虑让主操作像

CREATE OR REPLACE PROCEDURE do_master (in_branch IN VARCHAR2) IS
BEGIN
  SELECT ...
  BULK COLLECT INTO
  FROM ...
  WHERE branch = in_branch
  FOR UPDATE OF branch;
  ...
END do_master;

这将使用标准的 Oracle 锁定来确保 do_master 等待直到锁定这些分支的未完成的一般事务完成，然后 do_master 获取锁定，停止任何其他一般更新，直到它提交。然后这些常规更新继续。

但如果卷很大，那么 SELECT...FOR UPDATE 可能会很大。那时我会考虑使用 DBMS_LOCK 解决方案。