Время ожидания блокировки SQL Server превысило время удаления записей в цикле

я нашел ответ: мое циклическое удаление противоречит proc очистки призрака.

используя предложение Николаса, я добавил BEGIN TRANSACTION и COMMIT. Я завернул цикл удаления в BEGIN TRY / BEGIN CATCH. В BEGIN CATCH, перед ROLLBACK, Я побежала sp_lock и sp_who2. (Я добавил изменения кода в вопрос выше.)

когда мой процесс заблокирован, я увидел следующий результат:

spid   dbid   ObjId       IndId  Type Resource                         Mode     Status
------ ------ ----------- ------ ---- -------------------------------- -------- ------
20     2      1401108082  0      TAB                                   IX       GRANT
20     2      1401108082  1      PAG  1:102368                         X        GRANT

SPID  Status     Login HostName BlkBy DBName Command       CPUTime DiskIO
----  ---------- ----- -------- ----- ------ ------------- ------- ------
20    BACKGROUND sa    .        .     tempdb GHOST CLEANUP 31      0

для дальнейшего использования, когда SQL Server удаляет записи, он устанавливает немного на них, чтобы просто пометить их как "записи-призраки". Каждые несколько минут выполняется внутренний процесс под названием ghost cleanup для восстановления страниц записей, которые были полностью удалены (т. е. все записи являются записями-призраками).

процесс очистки призрака обсуждался на ServerFault в этом вопросе.

вот объяснение пола С. Рэндала процесса очистки призраков.

можно отключите процесс очистки призрака с помощью флага трассировки. но в этом случае мне не нужно было этого делать.

я закончил тем, что добавил тайм-аут ожидания блокировки 100 мс. Это вызывает случайные таймауты ожидания блокировки в процессе очистки записи-призрака, но это приемлемо. Я также добавил цикл our, который пытается заблокировать тайм-ауты до 5 раз. С этими двумя изменениями мой процесс обычно завершается. Теперь он получает только тайм-аут, если есть очень длинный процесс, толкающий много данных вокруг этого получает блокировки таблицы или страницы данных, которые мой процесс должен очистить.

редактировать 2016-07-20

окончательный код выглядит так:

-- Do not block long if records are locked.
SET LOCK_TIMEOUT 100

-- This process volunteers to be a deadlock victim in the case of a deadlock.
SET DEADLOCK_PRIORITY LOW

DECLARE @Error BIT
SET @Error = 0

DECLARE @ErrMsg VARCHAR(1000)
DECLARE @DeletedCount INT
SELECT @DeletedCount = 0

DECLARE @LockTimeoutCount INT
SET @LockTimeoutCount = 0

DECLARE @ContinueDeleting BIT,
    @LastDeleteSuccessful BIT

SET @ContinueDeleting = 1
SET @LastDeleteSuccessful = 1

WHILE @ContinueDeleting = 1
BEGIN
    DECLARE @RowCount INT
    SET @RowCount = 0

    BEGIN TRY

        BEGIN TRANSACTION

        -- The READPAST below attempts to skip over locked records.
        -- However, it might still cause a lock wait error (1222) if a page or index is locked, because the delete has to modify indexes.
        -- The threshold for row lock escalation to table locks is around 5,000 records,
        -- so keep the deleted number smaller than this limit in case we are deleting a large chunk of data.
        -- Table name, field, and value are all set dynamically in the actual script.
        SET @SQL = N'DELETE TOP (1000) MyTable WITH(ROWLOCK, READPAST) WHERE MyField = SomeValue' 
        EXEC sp_executesql @SQL, N'@ProcGuid uniqueidentifier', @ProcGUID

        SET @RowCount = @@ROWCOUNT

        COMMIT

        SET @LastDeleteSuccessful = 1

        SET @DeletedCount = @DeletedCount + @RowCount
        IF @RowCount = 0
        BEGIN
            SET @ContinueDeleting = 0
        END

    END TRY
    BEGIN CATCH

        IF @@TRANCOUNT > 0
            ROLLBACK

        IF Error_Number() = 1222 -- Lock timeout
        BEGIN

            IF @LastDeleteSuccessful = 1
            BEGIN
                -- If we hit a lock timeout, and we had already deleted something successfully, try again.
                SET @LastDeleteSuccessful = 0
            END
            ELSE
            BEGIN
                -- The last delete failed, too.  Give up for now.  The job will run again shortly.
                SET @ContinueDeleting = 0
            END
        END
        ELSE -- On anything other than a lock timeout, report an error.
        BEGIN       
            SET @ErrMsg = 'An error occurred cleaning up data.  Table: MyTable Column: MyColumn Value: SomeValue.  Message: ' + ERROR_MESSAGE() + ' Error Number: ' + CONVERT(VARCHAR(20), ERROR_NUMBER()) + ' Line: ' + CONVERT(VARCHAR(20), ERROR_LINE())
            PRINT @ErrMsg -- this error message will be included in the SQL Server job history
            SET @Error = 1
            SET @ContinueDeleting = 0
        END

    END CATCH

END

IF @Error <> 0
    RAISERROR('Not all data could be cleaned up.  See previous messages.', 16, 1)