0Pricing
SQL Academy · Leçon

Interblocages : détection et prévention

Comprenez comment les interblocages se produisent, comment Postgres les détecte et concevez des règles d’ordre de verrouillage pour les prévenir.

Interblocages : détection et prévention est une leçon SQL Academy gratuite sur CoddyKit. Ceci est la leçon 3 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage SQL Academy, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours SQL Academy comprend 4 leçons au total.

Qu’est-ce qu’un interblocage ?

Deux transactions détiennent chacune un verrou dont l’autre a besoin — aucune ne peut continuer. La base de données détecte le cycle et interrompt l’une des transactions.

Un interblocage classique

La transaction A verrouille la ligne 1 et la transaction B verrouille la ligne 2. A demande la ligne 2 et B demande la ligne 1. Elles sont bloquées.

-- Tx A:
BEGIN;
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;
-- waiting for B...

-- Tx B:
BEGIN;
UPDATE accounts SET balance = balance - 50 WHERE id = 2;
UPDATE accounts SET balance = balance + 50 WHERE id = 1;
-- waiting for A...

-- ERROR: deadlock detected

PostgreSQL détecte les interblocages

À chaque deadlock_timeout (1 seconde par défaut), PostgreSQL recherche les cycles de verrous. S’il en trouve un, il interrompt une transaction avec le code d’erreur 40P01.

ERROR:  deadlock detected
DETAIL:  Process 1234 waits for ShareLock on transaction 5678 ...

Règle d’ordre d’acquisition des verrous

La solution : acquérez toujours les verrous dans le même ordre sur tous les chemins d’exécution.

-- Always update the lower id first:
UPDATE accounts SET balance = balance - 100 WHERE id = LEAST(:from, :to);
UPDATE accounts SET balance = balance + 100 WHERE id = GREATEST(:from, :to);

Interblocages sur des lignes très sollicitées

Les mises à jour rapides des mêmes lignes très sollicitées provoquent souvent des attentes liées aux verrous, plutôt que des interblocages. Utilisez une mise en file d’attente, partitionnez la ligne très sollicitée ou sérialisez les mises à jour dans le code de l’application.

FOR UPDATE verrouille les lignes lues

Acquérez les verrous d’écriture au moment de la lecture pour éviter les surprises ultérieures :

BEGIN;
SELECT * FROM accounts WHERE id IN (1, 2) ORDER BY id FOR UPDATE;
-- both rows locked in id order
UPDATE accounts SET balance = balance - 100 WHERE id = 1;
UPDATE accounts SET balance = balance + 100 WHERE id = 2;
COMMIT;

Ignorer les lignes verrouillées

Pour les tables de files d’attente, utilisez le schéma « récupérer n’importe quelle ligne disponible » :

SELECT * FROM jobs
WHERE status = 'pending'
ORDER BY created_at
LIMIT 1
FOR UPDATE SKIP LOCKED;
-- skips rows other workers have locked

NOWAIT

Échouez immédiatement au lieu d’attendre :

SELECT * FROM accounts WHERE id = 1 FOR UPDATE NOWAIT;
-- ERROR: could not obtain lock on row in relation "accounts"

Diagnostiquer les interblocages

Augmentez log_lock_waits et capturez le contexte de l’interblocage dans le journal. L’entrée du journal affiche les deux transactions et leurs requêtes.

Boucle de nouvelle tentative dans l’application

Les interblocages peuvent être résolus — réessayez la transaction interrompue :

for (let attempt = 0; attempt < 3; attempt++) {
  try {
    await runTransaction();
    break;
  } catch (e) {
    if (e.code === '40P01') continue;     // deadlock
    throw e;
  }
}

Réduire l’empreinte des verrous

Raccourcissez les transactions — chaque ligne consultée reste verrouillée jusqu’à COMMIT. N’effectuez pas d’appels HTTP et ne lancez pas de calculs longs au sein d’une transaction.

Indexer les clés étrangères pour éviter l’escalade des verrous

Lorsque vous supprimez un parent, chaque ligne enfant est vérifiée. Sans index sur la FK, cela entraîne une analyse complète de la table AND des verrous de ligne. Indexez chaque colonne FK.

Récapitulatif

Les interblocages existent — concevez votre système pour les réduire au minimum.

  • Acquérez les verrous dans un ordre cohérent
  • Utilisez FOR UPDATE tôt pour déclarer votre intention
  • SKIP LOCKED pour les files d’attente
  • Réessayez en cas d’erreur d’interblocage (40P01)
  • Gardez les transactions courtes

Vérification rapide

Quel est le principe de conception le plus fiable pour empêcher les interblocages ?

Questions Fréquemment Posées

La leçon « Interblocages : détection et prévention » est-elle gratuite ?

Oui — le texte complet de « Interblocages : détection et prévention » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours SQL Academy, passe à CoddyKit PRO. Le cours SQL Academy comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Interblocages : détection et prévention » ?

Comprenez comment les interblocages se produisent, comment Postgres les détecte et concevez des règles d’ordre de verrouillage pour les prévenir. Tu pratiques SQL Academy avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer SQL Academy ?

Aucune expérience préalable n'est requise. SQL Academy sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 3 sur 4.

Combien de temps prend la leçon « Interblocages : détection et prévention » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon SQL Academy ?

Oui. Chaque leçon SQL Academy inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Propriétés ACID et anomalies
  2. Niveaux d’isolation : READ COMMITTED, REPEATABLE READ, SERIALIZABLE
  3. Interblocages : détection et prévention
  4. Verrouillage optimiste ou pessimiste
← Retour à SQL Academy