Comment vérifier quelles serrures sont maintenues sur une table

158

Comment pouvons-nous vérifier quels verrous de base de données sont appliqués sur quelles lignes par rapport à un lot de requêtes?

Un outil qui met en évidence le verrouillage au niveau des lignes de tableau en temps réel?

Base de données: SQL Server 2005

usman shaheen
la source

Réponses:

118

Pour ajouter aux autres réponses, sp_lockpeut également être utilisé pour vider les informations de verrouillage complètes sur tous les processus en cours d'exécution. La sortie peut être accablante, mais si vous voulez savoir exactement ce qui est verrouillé, elle est précieuse à exécuter. Je l'utilise généralement pour me concentrer sp_who2rapidement sur les problèmes de verrouillage.

Il existe plusieurs versions différentes des sp_lockprocédures «plus conviviales» disponibles en ligne, selon la version de SQL Server en question.

Dans votre cas, pour SQL Server 2005, sp_lockest toujours disponible, mais obsolète, il est donc maintenant recommandé d'utiliser la sys.dm_tran_locksvue pour ce genre de chose. Vous pouvez trouver un exemple de la façon de "lancer votre propre" fonction sp_lock ici .

mwigdahl
la source
116

Cela ne vous montre pas exactement quelles lignes sont verrouillées, mais cela peut vous être utile.

Vous pouvez vérifier quelles instructions sont bloquées en exécutant ceci:

select cmd,* from sys.sysprocesses
where blocked > 0

Il vous dira également ce que chaque bloc attend. Vous pouvez donc suivre tout cela pour voir quelle instruction a causé le premier bloc qui a causé les autres blocs.

Modifiez pour ajouter un commentaire de @MikeBlandford :

La colonne bloquée indique le spid du processus de blocage. Vous pouvez exécuter kill {spid} pour le réparer.

Brian R. Bondy
la source
7
La colonne bloquée indique le spid du processus de blocage. Vous pouvez exécuter kill {spid} pour le réparer.
Mike Blandford
52

Vous pouvez trouver les verrous actuels sur votre table en suivant la requête.

USE yourdatabase;
GO

SELECT * FROM sys.dm_tran_locks
  WHERE resource_database_id = DB_ID()
  AND resource_associated_entity_id = OBJECT_ID(N'dbo.yourtablename');

Voir sys.dm_tran_locks

S'il existe plusieurs instances du même request_owner_type , la colonne request_owner_id est utilisée pour distinguer chaque instance. Pour les transactions distribuées, les colonnes request_owner_type et request_owner_guid afficheront les différentes informations d'entité.

Par exemple, la session S1 possède un verrou partagé sur Table1; et la transaction T1, qui s'exécute sous la session S1, possède également un verrou partagé sur Table1. Dans ce cas, la colonne resource_description renvoyée par sys.dm_tran_locks affichera deux instances de la même ressource. La colonne request_owner_type affichera une instance en tant que session et l'autre en tant que transaction. De plus, la colonne resource_owner_id aura des valeurs différentes.

Somnath Muluk
la source
36

J'utilise une vue de gestion dynamique (DMV) pour capturer les verrous ainsi que object_id ou partition_id de l'élément qui est verrouillé.

(DOIT basculer vers la base de données que vous souhaitez observer pour obtenir object_id)

SELECT 
     TL.resource_type,
     TL.resource_database_id,
     TL.resource_associated_entity_id,
     TL.request_mode,
     TL.request_session_id,
     WT.blocking_session_id,
     O.name AS [object name],
     O.type_desc AS [object descr],
     P.partition_id AS [partition id],
     P.rows AS [partition/page rows],
     AU.type_desc AS [index descr],
     AU.container_id AS [index/page container_id]
FROM sys.dm_tran_locks AS TL
INNER JOIN sys.dm_os_waiting_tasks AS WT 
 ON TL.lock_owner_address = WT.resource_address
LEFT OUTER JOIN sys.objects AS O 
 ON O.object_id = TL.resource_associated_entity_id
LEFT OUTER JOIN sys.partitions AS P 
 ON P.hobt_id = TL.resource_associated_entity_id
LEFT OUTER JOIN sys.allocation_units AS AU 
 ON AU.allocation_unit_id = TL.resource_associated_entity_id;
Jon
la source
J'essaie d'utiliser cette déclaration pour découvrir les objets qu'un processus attend. Je peux clairement voir une session en attente d'une autre en utilisant sp_who2et en sys.dm_os_waiting_task(tous deux essayant de mettre à jour la même table). Mais votre instruction ne renvoie aucune ligne. Des idées?
a_horse_with_no_name
17

Vous pouvez également utiliser la sp_who2procédure stockée intégrée pour obtenir les processus bloqués et bloquants actuels sur une instance SQL Server. En règle générale, vous l'exécutez avec une instance de SQL Profiler pour trouver un processus de blocage et examiner la commande la plus récente spid émise dans le profileur.

Neil Barnwell
la source
5

Vous pouvez trouver des détails via le script ci-dessous.

-- List all Locks of the Current Database 
SELECT TL.resource_type AS ResType 
      ,TL.resource_description AS ResDescr 
      ,TL.request_mode AS ReqMode 
      ,TL.request_type AS ReqType 
      ,TL.request_status AS ReqStatus 
      ,TL.request_owner_type AS ReqOwnerType 
      ,TAT.[name] AS TransName 
      ,TAT.transaction_begin_time AS TransBegin 
      ,DATEDIFF(ss, TAT.transaction_begin_time, GETDATE()) AS TransDura 
      ,ES.session_id AS S_Id 
      ,ES.login_name AS LoginName 
      ,COALESCE(OBJ.name, PAROBJ.name) AS ObjectName 
      ,PARIDX.name AS IndexName 
      ,ES.host_name AS HostName 
      ,ES.program_name AS ProgramName 
FROM sys.dm_tran_locks AS TL 
     INNER JOIN sys.dm_exec_sessions AS ES 
         ON TL.request_session_id = ES.session_id 
     LEFT JOIN sys.dm_tran_active_transactions AS TAT 
         ON TL.request_owner_id = TAT.transaction_id 
            AND TL.request_owner_type = 'TRANSACTION' 
     LEFT JOIN sys.objects AS OBJ 
         ON TL.resource_associated_entity_id = OBJ.object_id 
            AND TL.resource_type = 'OBJECT' 
     LEFT JOIN sys.partitions AS PAR 
         ON TL.resource_associated_entity_id = PAR.hobt_id 
            AND TL.resource_type IN ('PAGE', 'KEY', 'RID', 'HOBT') 
     LEFT JOIN sys.objects AS PAROBJ 
         ON PAR.object_id = PAROBJ.object_id 
     LEFT JOIN sys.indexes AS PARIDX 
         ON PAR.object_id = PARIDX.object_id 
            AND PAR.index_id = PARIDX.index_id 
WHERE TL.resource_database_id  = DB_ID() 
      AND ES.session_id <> @@Spid -- Exclude "my" session 
      -- optional filter  
      AND TL.request_mode <> 'S' -- Exclude simple shared locks 
ORDER BY TL.resource_type 
        ,TL.request_mode 
        ,TL.request_type 
        ,TL.request_status 
        ,ObjectName 
        ,ES.login_name;



--TSQL commands
SELECT 
       db_name(rsc_dbid) AS 'DATABASE_NAME',
       case rsc_type when 1 then 'null'
                             when 2 then 'DATABASE' 
                             WHEN 3 THEN 'FILE'
                             WHEN 4 THEN 'INDEX'
                             WHEN 5 THEN 'TABLE'
                             WHEN 6 THEN 'PAGE'
                             WHEN 7 THEN 'KEY'
                             WHEN 8 THEN 'EXTEND'
                             WHEN 9 THEN 'RID ( ROW ID)'
                             WHEN 10 THEN 'APPLICATION' end  AS 'REQUEST_TYPE',

       CASE req_ownertype WHEN 1 THEN 'TRANSACTION'
                                     WHEN 2 THEN 'CURSOR'
                                     WHEN 3 THEN 'SESSION'
                                     WHEN 4 THEN 'ExSESSION' END AS 'REQUEST_OWNERTYPE',

       OBJECT_NAME(rsc_objid ,rsc_dbid) AS 'OBJECT_NAME', 
       PROCESS.HOSTNAME , 
       PROCESS.program_name , 
       PROCESS.nt_domain , 
       PROCESS.nt_username , 
       PROCESS.program_name ,
       SQLTEXT.text 
FROM sys.syslockinfo LOCK JOIN 
     sys.sysprocesses PROCESS
  ON LOCK.req_spid = PROCESS.spid
CROSS APPLY sys.dm_exec_sql_text(PROCESS.SQL_HANDLE) SQLTEXT
where 1=1
and db_name(rsc_dbid) = db_name()



--Lock on a specific object
SELECT * 
FROM sys.dm_tran_locks
WHERE resource_database_id = DB_ID()
AND resource_associated_entity_id = object_id('Specific Table');
Metin Atalay
la source