Durante a reversão, a escalação de bloqueio é revertida

O SQL Server não reduz o bloqueio.

Eu investiguei usando uma tabela " Numbers " com 100.000 linhas. Empiricamente, a atualização de 5.000 linhas produziu um número correspondente de bloqueios RID em sys.dm_tran_locks. A atualização de mais 10.000 linhas causou o escalonamento para um único bloqueio de tabela. Isso foi consistentemente reproduzível. Para minimizar os objetos envolvidos a tabela era um heap sem índices.

Usei o rastreamento de evento estendido para capturar lock_acquirede lock_releasedeventos. Para facilitar a análise, usei traços separados durante as fases UPDATE e ROLLBACK.

Duas sessões (janelas do SSMS) foram usadas - uma para as instruções DML e outra para o rastreamento DDL. Não pude usar uma única sessão, pois queria parar e iniciar rastreamentos enquanto a transação está aberta e isso não é permitido. O nível de isolamento é READCOMITTED.

O resultado de select @@VERSIONé

Microsoft SQL Server 2008 R2 (SP2) - 10.50.4042.0 (Intel X86) 26 de março de 2015 21:49:16 Copyright (c) Microsoft Corporation Enterprise Edition no Windows NT 6.1 (Build 7601: Service Pack 1)

Os passos dados foram

1. Crie e inicie o rastreamento Acquire.

   CREATE EVENT SESSION DuringUpdate
   ON SERVER
   ADD EVENT sqlserver.lock_acquired,
   ADD EVENT sqlserver.lock_released
   ADD TARGET package0.asynchronous_file_target
       (SET filename = 'c:\temp\LockRollback\DuringUpdate.xel',
        metadatafile = 'c:\temp\LockRollback\DuringUpdate.xem')
   WITH(EVENT_RETENTION_MODE = NO_EVENT_LOSS,
        MAX_DISPATCH_LATENCY = 1 SECONDS
       );
   
   
   ALTER EVENT SESSION DuringUpdate
   ON SERVER
   STATE = start;
   

2. Comece uma transação e atualize 5.000 linhas.

   begin transaction;
   
   update dbo.Numbers
   set Number = Number
   where Number between 1 and 5000;
   

3. Atualize mais 10.000 linhas.

   update dbo.Numbers
   set Number = Number
   where Number between 5001 and 15000;
   

4. Pare o rastreamento de aquisição.

   ALTER EVENT SESSION DuringUpdate
   ON SERVER
   STATE = stop;
   

5. Verifique se há bloqueios consultando sys.dm_tran_locks(2 - DB, tabela).

6. Crie e inicie o rastreamento de liberação.

   CREATE EVENT SESSION DuringRollback
   ON SERVER
   ADD EVENT sqlserver.lock_acquired,
   ADD EVENT sqlserver.lock_released
   ADD TARGET package0.asynchronous_file_target
       (SET filename = 'c:\temp\LockRollback\DuringRollback.xel', 
            metadatafile = 'c:\temp\LockRollback\DuringRollback.xem')
   WITH(EVENT_RETENTION_MODE = NO_EVENT_LOSS,
        MAX_DISPATCH_LATENCY = 1 SECONDS
       );
   
   
   ALTER EVENT SESSION DuringRollback
   ON SERVER
   STATE = start;
   

7. Reverter a transação.

   rollback;
   

8. Pare o rastreamento de liberação.

   ALTER EVENT SESSION DuringRollback
   ON SERVER
   STATE = stop;
   

9. Arrumar

   DROP EVENT SESSION DuringUpdate
   ON SERVER;
   
   DROP EVENT SESSION DuringRollback
   ON SERVER;
   

Se ocorresse o desescalonamento de bloqueio, eu esperaria uma simetria completa nos dois arquivos de rastreamento - cada bloqueio adquirido durante UPDATE e o escalonamento teria uma liberação correspondente durante ROLLBACK. O que observei:

SELECT 
    COUNT(*) as DuringUpdate
FROM sys.fn_xe_file_target_read_file(
    'c:\temp\LockRollback\DuringUpdate*.xel', 
    'c:\temp\LockRollback\DuringUpdate*.xem', null, null);

SELECT 
    COUNT(*) as DuringRollback
FROM sys.fn_xe_file_target_read_file(
    'c:\temp\LockRollback\DuringRollback*.xel', 
    'c:\temp\LockRollback\DuringRollback*.xem', null, null);

foi de 383.889 linhas e 166 linhas, respectivamente. Examinando o XML do evento para o arquivo de rollback, há apenas um evento relacionado a RIDs, PAGEs ou OBJECTS - a liberação de um bloqueio X na tabela. Concluo com isso que os bloqueios não foram desescalados durante a reversão.

Isso ecoa a documentação para reverter para um ponto de salvamento nomeado:

Uma instrução ROLLBACK TRANSACTION especificando um savepoint_name libera quaisquer bloqueios adquiridos além do ponto de salvamento, com exceção de escalações e conversões. Esses bloqueios não são liberados e não são convertidos de volta ao modo de bloqueio anterior.