高效的交易,记录锁定

Jer*_*emy 5 sql-server locking transactions

我有一个存储过程,它选择1条记录.可以从不同PC上的几个不同应用程序调用存储过程.这个想法是存储过程带回了需要处理的下一条记录,如果两个应用程序同时调用存储过程,则不应该返回相同的记录.我的查询如下,我正在尝试尽可能高效地编写查询(sql 2008).它可以比这更有效地完成吗?

CREATE PROCEDURE GetNextUnprocessedRecord
AS
BEGIN
    SET NOCOUNT ON;

    --ID of record we want to select back
    DECLARE @iID BIGINT     

    -- Find the next processable record, and mark it as dispatched
    -- Must be done in a transaction to ensure no other query can get
    -- this record between the read and update
    BEGIN TRAN

        SELECT TOP 1
            @iID = [ID]
        FROM
            --Don't read locked records, only lock the specific record
            [MyRecords] WITH (READPAST, ROWLOCK)
        WHERE
            [Dispatched] is null
        ORDER BY
            [Received]

        --Mark record as picked up for processing   
        UPDATE 
            [MyRecords]
        SET
            [Dispatched] = GETDATE()
        WHERE
            [ID] = @iID     

    COMMIT TRAN

    --Select back the specific record
    SELECT 
        [ID],
        [Data]
    FROM    
        [MyRecords] WITH (NOLOCK, READPAST)
    WHERE
        [ID] = @iID

END
Run Code Online (Sandbox Code Playgroud)

gbn*_*gbn 3

使用 READPAST 锁定提示是正确的,并且您的 SQL 看起来没问题。

我会添加使用 XLOCK,尽管它也是 HOLDLOCK/SERIALIZABLE

...
[MyRecords] WITH (READPAST, ROWLOCK, XLOCK)
...
Run Code Online (Sandbox Code Playgroud)

这意味着您可以获得 ID,并在继续和更新该行时以独占方式锁定该行。

编辑:在“已发送”和“已接收”列上添加索引以使其更快。如果 [ID](我假设它是 PK)未聚集,请包含 [ID]。并过滤索引,因为它是 SQL 2008

您还可以使用此构造,无需 XLOCK 或 HOLDLOCK 即可一次性完成所有操作

UPDATE
    MyRecords
SET
    --record the row ID
    @id = [ID],
    --flag doing stuff
    [Dispatched] = GETDATE()
WHERE
    [ID] = (SELECT TOP 1 [ID] FROM MyRecords WITH (ROWLOCK, READPAST) WHERE Dispatched IS NULL ORDER BY Received)
Run Code Online (Sandbox Code Playgroud)

更新、分配、设置合而为一