如何解決訂單處理佇列中的 SQL Server 競爭條件？

解決訂單處理中的 SQL Server 競爭條件

本文解決了一個常見問題：多個訂單處理器在透過預存程序存取訂單佇列時遇到競爭條件。 此預存程序使用唯一的 ID 來鎖定接下來的 20 個訂單以進行處理。 然而，並發存取可能會導致多個處理器聲明相同的順序，從而導致處理錯誤。

根本原因是未提交事務的可見性。 即使使用通常會阻止同時行存取的 ROWLOCK，未提交的變更對於檢查鎖的其他處理器來說也是不可見的。這會產生競爭條件。

解涉及在 READPAST 和 UPDLOCK 語句中使用 SELECT 和 UPDATE 提示。 READPAST 告訴資料庫繞過鎖定的行，避免來自未提交更新的干擾。 UPDLOCK 確保更新行上的獨佔鎖，直到交易提交，防止其他處理器修改它們。

這是包含這些提示的改進程式碼：

<code class="language-sql">BEGIN TRAN
    UPDATE TOP (20) foo
    SET ProcessorID = @PROCID
    FROM OrderTable foo WITH (ROWLOCK, READPAST, UPDLOCK)
    WHERE ProcessorID = 0
COMMIT TRAN

SELECT OrderID, ProcessorID, etc...
FROM OrderTable
WHERE ProcessorID = @PROCID</code>

為了提高效率，請考慮使用 OUTPUT 子句。這合併了 SELECT 和 UPDATE 操作，一步更新表並傳回修改的行。這消除了對單獨 SELECT 語句的需要。

以上是如何解決訂單處理佇列中的 SQL Server 競爭條件？的詳細內容。更多資訊請關注PHP中文網其他相關文章！