如何限制一个人一次可以运行的SQL存储过程？

我有一个存储过程，基本上从一个表中选择值，然后将它们插入到另一个表中，这是一种归档。我想避免多个人同时执行此操作。

在运行此过程时，我不希望其他任何人都可以启动该过程，但是我不希望序列化，而在完成后，其他人可以运行该过程。

我想要的是给其他尝试启动该程序的人，同时我正在运行该程序。

我已经尝试过使用sp_getapplock，但是我无法完全阻止该人运行该过程。

我还尝试使用sys.dm_exec_requests查找该过程并阻止该过程，尽管这确实可行，但我认为它不是最佳选择，因为在某些服务器上我没有运行sys.dm_exec_sql_text（sql_handle）的权限。

我这样做的最佳方法是什么？

要添加到@ Tibor-Karaszi的答案中，设置锁定超时实际上并不会产生错误（我已经针对文档提交了PR）。sp_getapplock仅返回-1，因此您必须检查返回值。像这样：

create or alter procedure there_can_be_only_one 
as
begin
begin transaction

  declare @rv int
  exec @rv = sp_getapplock 'only_one','exclusive','Transaction',0
  if @rv < 0
   begin
      throw 50001, 'There is already an instance of this procedure running.', 10
   end

  --do stuff
  waitfor delay '00:00:20'


commit transaction
end

在proc的开头使用sp_getapplock，并将锁定超时设置为非常低的值。这样，当您被阻止时，您会得到一个错误。

另一种选择是建立一个表来控制对该过程的访问。下面的示例显示了可能的表格以及可以使用该表格的过程。

CREATE TABLE dbo.ProcedureLock
    (
    ProcedureLockID INT NOT NULL IDENTITY(1,1)
    , ProcedureName SYSNAME NOT NULL
    , IsLocked BIT NOT NULL CONSTRAINT DF_ProcedureLock_IsLocked DEFAULT (0)
    , UserSPID INT NULL
    , DateLockTaken DATETIME2(7) NULL
    , DateLockExpires DATETIME2(7) NULL
    , CONSTRAINT PK_ProcedureLock PRIMARY KEY CLUSTERED (ProcedureLockID)
    )

CREATE UNIQUE NONCLUSTERED INDEX IDXUQ_ProcedureLock_ProcedureName
    ON dbo.ProcedureLock (ProcedureName)

INSERT INTO dbo.ProcedureLock
    (ProcedureName, IsLocked)
VALUES ('dbo.DoSomeWork', 0)

GO

CREATE PROCEDURE dbo.DoSomeWork
AS
BEGIN

    /** Take Lock */
    UPDATE dbo.ProcedureLock
    SET IsLocked = 1
        , UserSPID = @@SPID
        , DateLockTaken = SYSDATETIME()
        , DateLockExpires = DATEADD(MINUTE, 10, SYSDATETIME())
    WHERE ProcedureName = 'dbo.DoSomeWork'
        AND (IsLocked = 0
            OR (IsLocked = 1 AND DateLockExpires < SYSDATETIME())
            )

    IF COALESCE(@@ROWCOUNT, 0) = 0
    BEGIN
        ;THROW 50000, 'This procedure can only be run one at a time, please wait', 1;
    END

    /** DO WHATEVER NEEDS TO BE DONE */

    /** Release the lock */
    UPDATE dbo.ProcedureLock
    SET IsLocked = 0
        , UserSPID = NULL
        , DateLockTaken = NULL
        , DateLockExpires = NULL
    WHERE ProcedureName = 'dbo.DoSomeWork'

END

我认为您正在尝试以错误的方式解决问题。您想要的是最大程度地保护数据库一致性。如果两个人同时运行一个存储过程，则可能会破坏数据库一致性。

为了防止各种数据库不一致，SQL标准具有四个事务隔离级别：

• READ UNCOMMITTED，基本上是交易失去价值，其他交易则看到脏数据。不要使用这个！
• 读已提交，其中事务仅看到已提交的数据，但是可能存在不一致之处，两个事务可以跨过对方的脚趾
• 可重复读解决了一种不一致的，不可重复的读
• SERIALIZABLE，它保证存在一些虚拟顺序，在这些虚拟顺序中执行事务会导致其执行结果

但是，SQL标准针对这些数据库不一致情况采用了基于锁定的方法，并且出于性能方面的考虑，许多数据库采用了基于快照隔离的方法，该方法基本上具有以下级别：

• READ COMMITTED，与基于锁定的数据库相同
• 快照隔离，其中数据库看到所有数据的快照，并且如果它尝试更新已由其他事务更新的行，则将其取消，但是可能会发生一些众所周知的异常
• SERIALIZABLE，与基于锁定的数据库中的SERIALIZABLE相同，但是这次以不同的方式实现，不是通过获取锁，而是通过确保没有序列化违规来实现，如果检测到此类违规，则取消事务

这些基于快照隔离的数据库中的事务取消可能听起来令人担忧，但是由于死锁，每个数据库都会再次取消事务，因此无论如何，任何合理的应用程序都需要能够重试事务。

您需要的是SERIALIZABLE隔离级别：它可以确保如果一个接一个地独立执行的事务导致良好状态，那么任何并行执行的事务也都将导致良好状态。幸运的是，迈克尔·卡希尔（Michael Cahill）在其博士论文中发现了快照隔离数据库如何轻松支持SERIALIZABLE隔离级别。

如果在快照隔离的数据库中使用SERIALIZABLE隔离级别，则如果两个人尝试同时运行存储过程，并且他们互相踩踏，则其中一个事务将被取消。

现在，SQL Server是否真正支持SERIALIZABLE隔离级别（而不是伪装在SERIALIZABLE关键字后面的快照隔离）？坦率地说，我不知道：我知道唯一支持它的数据库是PostgreSQL。

即使我未能给出具体的SQL Server建议，我仍然在发布此答案，因为PostgreSQL的用户以及可以考虑切换到PostgreSQL的其他数据库的用户都可以从我的答案中受益。另外，无法切换到PostgreSQL的非PostgreSQL数据库的用户可以向自己喜欢的数据库供应商施压，以提供真正的SERIALIZABLE隔离级别。

我意识到“实际”问题可能更加复杂。

如果不是这样：如果使用插入和/或更新触发器进行归档，则可以避免您要解决的问题。

希望能对您
有所帮助-克里斯C.