Comment interroger une table verrouillée dans MySQL

Méthode : 1. Utilisez la commande "show OPEN TABLESwhere In_use > 0;" pour vérifier l'état de la table verrouillée ; 2. Utilisez la commande "SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS" pour interroger la table verrouillée.

L'environnement d'exploitation de ce tutoriel : système windows10, version mysql8.0.22, ordinateur Dell G3.

Comment interroger la table verrouillée dans MySQL

1. Vérifiez si la table est verrouillée :

(1) Exécutez directement : affichez le statut innodb du moteurG sur la ligne de commande MySQL.

(2) Vérifiez l'instruction SQL qui a provoqué le blocage, analysez la situation de l'index, puis optimisez le SQL.

(3) Affichez ensuite la liste de processus pour vérifier les instructions SQL qui entraînent une longue période de blocage.

（4）afficher le statut comme « %lock%.

2. Vérifiez l'état du verrouillage de la table et mettez fin au blocage :

(1) Vérifiez l'état du verrouillage de la table : affichez OPEN TABLES où In_use >

(2) Processus de requête : affiche le processus verrouillé de la table de requête de liste de processus ; interroge le processus killid correspondant.

(3) Analysez le SQL pour verrouiller la table : analysez le SQL correspondant, ajoutez des index à la table, ajoutez des index aux champs communs et ajoutez des index aux champs liés à la table.

(4) Affichez ce qui est verrouillé : SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS.

(5) Afficher les éléments en attente de verrous : SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS.

Informations étendues

Commande d'affichage de l'état de verrouillage MySQL :

Vérification de la table : Vérification de la table de données (c'est automatique).

Fermeture des tables : les données modifiées dans la table sont vidées sur le disque et les tables qui ont été utilisées sont fermées. C'est une opération rapide, mais si ce n'est pas le cas, vous devez vérifier que l'espace disque est plein ou que le disque est sous forte charge.

Connect Out : Le serveur esclave de réplication se connecte au serveur maître.

Copie vers une table tmp sur le disque : étant donné que l'ensemble de résultats temporaires est plus grand que tmp_table_size, la table temporaire est convertie du stockage mémoire en stockage disque pour économiser de la mémoire.

Création d'une table tmp : une table temporaire est en cours de création pour stocker certains résultats de requête.

suppression de la table principale : Le serveur effectue la première partie d'une suppression multi-tables et vient de supprimer la première table.

suppression des tables de référence : le serveur effectue la deuxième partie de la suppression de plusieurs tables et supprime les enregistrements des autres tables.

Flushing tables : FLUSH TABLES est en cours d'exécution, en attendant que d'autres threads ferment la table de données.

Killed : Si une demande de kill est envoyée à un thread, le thread vérifiera l'indicateur de kill et abandonnera la prochaine demande de kill. MySQL vérifiera l'indicateur kill dans chaque boucle principale, mais dans certains cas, le thread peut mourir après une courte période de temps. Si le thread est verrouillé par un autre thread, la demande d'arrêt prendra effet immédiatement lorsque le verrou sera libéré.

Verrouillé : verrouillé par d'autres requêtes.

Envoi de données : Les enregistrements de la requête SELECT sont en cours de traitement et les résultats sont envoyés au client.

Tri pour le groupe : Tri pour GROUP BY.

Tri pour la commande : Tri pour ORDER BY.

Ouverture des tables : ce processus doit être rapide, à moins qu'il ne soit perturbé par d'autres facteurs. Par exemple, la table de données ne peut pas être ouverte par d'autres threads avant l'exécution de l'instruction ALTER TABLE ou LOCK TABLE. J'essaie d'ouvrir une table.

Suppression des doublons : une requête SELECT DISTINCT est en cours d'exécution, mais MySQL ne peut pas optimiser ces enregistrements en double à l'étape précédente. Par conséquent, MySQL doit à nouveau supprimer les enregistrements en double avant d'envoyer les résultats au client.

Réouvrir la table : Obtenez un verrou sur une table, mais le verrou doit être obtenu après modification de la structure de la table. Le verrou a été libéré, la table de données a été fermée et une tentative de réouverture de la table de données a été effectuée.

Réparation par tri : la directive de réparation consiste à trier pour créer un index.

Réparation avec keycache : la directive de réparation utilise le cache d'index pour créer de nouveaux index un par un. Ce sera plus lent que Réparer par tri.

Recherche de lignes pour mise à jour : recherche d'enregistrements qui remplissent les conditions de mise à jour. Elle doit être complétée avant que UPDATE puisse modifier les enregistrements associés.

Dormir : En attente que le client envoie une nouvelle demande.

Verrouillage système : En attente d'obtention d'un verrouillage système externe. Si vous n'exécutez pas actuellement plusieurs serveurs mysqld demandant la même table en même temps, vous pouvez désactiver les verrous système externes en ajoutant le paramètre --skip-external-locking.

Mise à niveau du verrouillage : INSERT DELAYED tente d'obtenir une table de verrouillage pour insérer de nouveaux enregistrements.

Mise à jour : recherche des enregistrements correspondants et modification de ceux-ci. Verrouillage utilisateur : en attente de GET_LOCK().

En attente des tables : le fil de discussion est informé que la structure de la table de données a été modifiée et que la table de données doit être rouverte pour obtenir la nouvelle structure. Ensuite, pour rouvrir la table de données, vous devez attendre que tous les autres threads ferment la table.

en attente de l'insertion du gestionnaire : INSERT DELAYED a traité toutes les opérations d'insertion en attente et attend de nouvelles requêtes.

Apprentissage recommandé : Tutoriel vidéo mysql

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!