ApsaraDB RDS:Que faire si les requêtes sont bloquées sur une instance ApsaraDB RDS for SQL Server ?

Identifier la session bloquante

Utilisez l'une des méthodes suivantes pour trouver la session détenant les verrous.

WHILE 1 = 1
BEGIN
    SELECT * FROM SYS.SYSPROCESSES WHERE BLOCKED <> 0;
    WAITFOR DELAY '00:00:01';
END;

WHILE 1 = 1
Begin
SELECT db.name DBName,
       tl.request_session_id,
wt.blocking_session_id,
OBJECT_NAME(p.OBJECT_ID) BlockedObjectName,
                                    tl.resource_type,
                                    h1.TEXT AS RequestingText,
                                    h2.TEXT AS BlockingText,
                                    tl.request_mode
FROM sys.dm_tran_locks AS tl
INNER JOIN sys.databases db ON db.database_id = tl.resource_database_id
INNER JOIN sys.dm_os_waiting_tasks AS wt ON tl.lock_owner_address = wt.resource_address
INNER JOIN sys.partitions AS p ON p.hobt_id = tl.resource_associated_entity_id
INNER JOIN sys.dm_exec_connections ec1 ON ec1.session_id = tl.request_session_id
INNER JOIN sys.dm_exec_connections ec2 ON ec2.session_id = wt.blocking_session_id
CROSS APPLY sys.dm_exec_sql_text(ec1.most_recent_sql_handle) AS h1
CROSS APPLY sys.dm_exec_sql_text(ec2.most_recent_sql_handle) AS h2
WAITFOR DELAY '00:00:01';
END;

Résoudre le problème de blocage

Après avoir identifié la session bloquante et les instructions impliquées, prenez une ou plusieurs des mesures suivantes.

Terminer la session bloquante

Exécutez KILL <session_id> pour mettre fin à la session détenant le verrou, ce qui débloque immédiatement les sessions en attente. Utilisez cette mesure en cas d'urgence et analysez la cause racine par la suite pour éviter une récurrence.

Valider les transactions ouvertes de longue durée

Vérifiez s'il existe des transactions ouvertes depuis longtemps sans avoir été validées. Les transactions ouvertes conservent leurs verrous jusqu'à leur achèvement. Validez ou annulez rapidement toutes les transactions de ce type.

Utiliser WITH (NOLOCK) pour les requêtes en lecture seule (avec prudence)

Si une requête SELECT est bloquée en raison de verrous partagés et que votre application peut tolérer des lectures sales, utilisez l'indicateur de requête WITH (NOLOCK) :

SELECT * FROM table WITH (NOLOCK);

WITH (NOLOCK) ignore l'acquisition de verrous partagés, de sorte que la requête n'est jamais bloquée par les opérations d'écriture. Toutefois, elle risque de lire des données non validées qui seront ultérieurement annulées. N'utilisez cette option que si votre application peut gérer des lectures incohérentes.

Accéder aux ressources dans un ordre cohérent

Si plusieurs transactions accèdent au même ensemble de tables dans des séquences différentes, elles peuvent former des chaînes de blocage ou des interblocages. Passez en revue la logique de votre application et assurez-vous que toutes les transactions acquièrent les verrous sur les ressources partagées dans le même ordre.

Étapes suivantes

• Pour connaître les étapes permettant de résoudre les blocages dans les situations d'urgence, consultez Résoudre les problèmes de blocage sur une instance ApsaraDB RDS for SQL Server.

• Pour détecter les blocages avant qu'ils n'affectent votre application, configurez les métriques de performance et les règles d'alerte dans la console ApsaraDB RDS. Consultez Surveillance et alertes.

• Pour les stratégies d'optimisation des index, des requêtes et du stockage, consultez Optimisation et diagnostic des performances.