SQL Server의 주문 처리 대기열에서 경합 상태를 방지하려면 어떻게 해야 합니까?

SQL Server 주문 처리 대기열의 경합 상태 해결

도전 과제: 저장 프로시저를 통해 주문 대기열에 액세스하는 동시 주문 프로세서에는 경쟁 조건이 발생합니다. 이로 인해 중복된 주문 검색 및 처리 오류가 발생합니다. 현재 저장 프로시저는 한 번에 20개의 주문을 잠그는 방식으로 이를 완화하려고 시도하지만 이것으로는 충분하지 않습니다.

문제가 있는 쿼리:

원래 쿼리는 행 잠금이 포함된 2단계 프로세스(UPDATE 다음에 SELECT)를 사용하여 경쟁 조건에 대한 기간을 생성합니다.

<code class="language-sql">BEGIN TRAN
    UPDATE  OrderTable WITH ( ROWLOCK )
    SET     ProcessorID = @PROCID
    WHERE   OrderID IN ( SELECT TOP ( 20 )
                                        OrderID
                                FROM    OrderTable WITH ( ROWLOCK )
                                WHERE   ProcessorID = 0)
COMMIT TRAN


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

근본 원인: UPDATE 문은 SELECT 문이 행을 식별한 후 행을 잠그려고 시도합니다. 다중 프로세서 환경에서는 이러한 타이밍 차이로 인해 여러 프로세서가 동일한 주문을 획득할 수 있습니다.

효과적인 해결 방법: 단일 READPAST 문 내에서 UPDLOCK 및 UPDATE 힌트를 사용하면 경쟁 조건이 해결됩니다. READPAST을 사용하면 UPDATE의 SELECT 부분이 잠긴 행을 우회할 수 있고 UPDLOCK는 잠금 해제된 행만 업데이트되도록 할 수 있습니다.

수정된 쿼리:

이 간소화된 접근 방식은 경쟁 조건을 제거합니다.

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

이 수정된 쿼리는 주문을 프로세서에 효율적이고 안정적으로 할당하여 중복 처리를 방지합니다.

위 내용은 SQL Server의 주문 처리 대기열에서 경합 상태를 방지하려면 어떻게 해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!