主页 / dba / 问题 / 103425
Accepted
Saeed Neamati
Asked: 2015-06-08 01:26:22 +0800 CST

独占访问一个表并阻止其他查询，甚至读取查询

  • 772

我被困在设置事务隔离级别。这是我在应用程序中发生的场景：

  1. 获取未处理的消息（使用IsProcessing标志）
  2. 将它们设置IsProcessing为 true（在 RAM 中）并更新它们的IsProcessing状态
  3. 做生意
  4. 将它们设置IsProcessing为 false（在 RAM 中）并更新它们的IsProcessing状态

当按顺序运行时，这可以正常工作。但是当我运行我的应用程序的多个实例（并发）时，我看到一些消息被处理了两次或三次。这是发生的事情：

  1. 实例 A 收到一些未处理的消息
  2. 当实例 AIsProcessing在 RAM 中将

这就是我为了防止它所做的事情：

  1. 开始事务（可序列化）
  2. 获取未处理的消息（使用IsProcessing标志）
  3. 将它们设置IsProcessing为 true（在 RAM 中）并更新它们的IsProcessing状态
  4. 提交事务
  5. 做生意
  6. 将它们设置IsProcessing为 false（在 RAM 中）
  7. 开始事务（可序列化）
  8. 更新他们的IsProcessing状态
  9. 提交事务

我不知道为什么，但是在步骤1到4期间，其他实例仍然可以执行读取查询。这是不希望的。我想专门阻止任何事情，甚至在步骤 1 到 4 期间对消息表执行读取查询。

我怎样才能做到这一点？我的设计中缺少什么？目标是确保当消息排队等待处理时，没有其他实例会再次处理它。

sql-server transaction

1 个回答

  1. Best Answer

    通过在单个语句中执行许多步骤，您将能够避免许多竞争条件。通过使用TOP()cluse 最多可以在一行上设置标志。通过使用OUTPUTcluse，您可以自动将其返回给应用程序。

    我定义了一个简单的测试表并填充它：

    create table dbo.T(id int, IsProcessing bit default 0);

insert dbo.T(id) values (1),(2),(3),(4);

    输出子句需要一个表变量来接收更改的值：

    declare @U table (id int);

    一些调试代码使“之前”和“之后”状态变得明显：

    select 'Before' as B, * from dbo.T;

    声明本身：

    update top (1) dbo.T
set IsProcessing = 1
OUTPUT INSERTED.id
INTO @U(id)
where IsProcessing = 0;

    结果：

    select 'After' as A, * from dbo.T;
select * from @U;

    这是上述第二次执行的输出。

    B       id  IsProcessing
Before  1   1
Before  2   0
Before  3   0
Before  4   0

A       id  IsProcessing
After   1   1
After   2   1
After   3   0
After   4   0

id 
2

    id=2带有from IsProcessing=0toIsProcessing=1的行在idtable 变量中返回。

    使用这些微不足道的数据，行将按照它们创建的顺序进行处理。在更复杂的环境中，优化器可以选择与 where 子句匹配的任何行。如果您需要处理时间序列中的行，则需要进一步的资格。

    我一直没有考虑到这一点，但我相信无论有没有明确的事务，他都可以在任何隔离级别上工作。

    IsProcessing=0当然，在语句运行时可能没有行。在这种情况下，表变量将有零行。

    要完全隔离每个事务，您可以尝试sp_getapplock. 这将增加开销并降低并发性。在成功和失败的情况下，您都必须小心尽快释放应用程序锁定。

    • 2

相关问题