L'artefact MySQL affiche la liste complète des processus-tutoriel mysql-php.cn

Lors de la synchronisation des données de test aujourd'hui, le réseau a été soudainement déconnecté. Après la reconnexion, j'ai constaté que la table ne pouvait pas être ouverte.

Vous pouvez voir que la longueur des données de la table est de 112192 Ko, mais malheureusement elle ne peut pas être ouverte.

Si vous ne parvenez pas à l'ouvrir, préparez-vous à le supprimer et réessayez.

Les choses ne sont souvent pas aussi simples. Effectivement, il n'a pas pu être supprimé, ni tronqué. Ensuite, Navicat est resté bloqué, alors je me suis connecté à la base de données et j'ai effectué une opération Dorp, mais cela n'a toujours pas été le cas. travail.

Il peut s'agir d'une erreur réseau, provoquant des choses étranges.

Alors jetons un coup d’œil et voyons ce qui s’est passé.

L'artefact est ici.

afficher la liste complète des processus;

afficher la liste complète des processus Le résultat a renvoyé les modifications en temps réel et est un instantané en direct de l'exécution du lien MySQL, il est donc très utile pour la gestion en urgence, ça marche.

Ce sql agit généralement comme un pompier pour résoudre certains problèmes soudains.

Il peut vérifier certaines conditions d'exécution actuelles de MySQL, s'il y a une pression, quel SQL est en cours d'exécution, combien de temps prend l'instruction, s'il y a un SQL lent en cours d'exécution, etc.

Lorsque vous trouvez du SQL qui prend beaucoup de temps à s'exécuter, vous devez y prêter plus d'attention si nécessaire et résoudre le problème en premier. La commande

a trois méthodes d'exécution :

1. Il s'agit d'interroger directement sur la ligne de commande. Le G à la fin signifie que les résultats de la requête seront imprimés en colonnes, de sorte que chacun. Le champ peut être imprimé dans un OK séparé.

mysql> show full processlist;
+--------+------+----------------------+-------+---------+------+----------+-----------------------+
| Id     | User | Host                 | db    | Command | Time | State    | Info                  |
+--------+------+----------------------+-------+---------+------+----------+-----------------------+
| 449000 | root | 127.123.213.11:59828 | stark | Sleep   | 1270 |          | NULL                  |
| 449001 | root | 127.123.213.11:59900 | stark | Sleep   | 1241 |          | NULL                  |
| 449002 | root | 127.123.213.11:59958 | stark | Sleep   | 1216 |          | NULL                  |
| 449003 | root | 127.123.213.11:60088 | stark | Sleep   | 1159 |          | NULL                  |
| 449004 | root | 127.123.213.11:60108 | stark | Sleep   | 1151 |          | NULL                  |
| 449005 | root | 127.123.213.11:60280 | stark | Sleep   | 1076 |          | NULL                  |
| 449006 | root | 127.123.213.11:60286 | stark | Sleep   | 1074 |          | NULL                  |
| 449007 | root | 127.123.213.11:60344 | stark | Sleep   | 1052 |          | NULL                  |
| 449008 | root | 127.123.213.11:60450 | stark | Sleep   | 1005 |          | NULL                  |
| 449009 | root | 127.123.213.11:60498 | stark | Sleep   |  986 |          | NULL                  |
| 449013 | root | localhost            | NULL  | Query   |    0 | starting | show full processlist |
+--------+------+----------------------+-------+---------+------+----------+-----------------------+
11 rows in set (0.01 sec)
mysql> show full processlist\G;
*************************** 1. row ***************************
     Id: 449000
   User: root
   Host: 127.123.213.11:59828
     db: stark
Command: Sleep
   Time: 1283
  State: 
   Info: NULL
*************************** 2. row ***************************
     Id: 449001
   User: root
   Host: 127.123.213.11:59900
     db: stark
Command: Sleep
   Time: 1254
  State: 
   Info: NULL

Copier après la connexion

2. Affichez l'instantané en interrogeant les tables liées au fil de liaison

SELECT id, db, USER, HOST, command, time, state, info FROM information_schema WHERE commande ! = 'Veille' ORDER BY time DESC;

3. Afficher via [Outils] => [Surveillance du serveur] dans navicat.

Cette méthode est plus pratique et peut également être triée.

Une brève introduction à la signification de chaque colonne :

Id : L'identifiant unique du thread du serveur mysql du lien Vous pouvez mettre fin au lien de ce fil via kill.

Utilisateur : l'utilisateur du thread actuel se connectant à la base de données.

Hôte : affiche l'adresse IP et le port à partir desquels cette déclaration a été envoyée. Peut être utilisé pour suivre l'utilisateur qui a émis la déclaration problématique

db : La base de données du lien du fil, null s'il n'y en a pas

Command : Affiche la commande exécutée de la connexion actuelle, généralement veille ou inactif (veille), requête (requête), connexion (connexion)

Heure : la durée pendant laquelle le thread est dans l'état actuel, l'unité est en secondes

État : affiche l'état de l'instruction SQL utilisant la connexion actuelle, colonne très importante, il y aura des descriptions de tous les états plus tard. Veuillez noter que l'état n'est qu'un certain état dans l'exécution de l'instruction. Une instruction SQL, par exemple, a été interrogée. via la copie dans la table tmp, le résultat du tri, l'envoi de données et d'autres états. Compléter

Information : instruction SQL exécutée par le thread, ou null si aucune instruction n'est exécutée. Cette instruction peut être une instruction d'exécution envoyée par le client ou une instruction d'exécution interne

Comment résoudre le problème après l'avoir découvert ?

1. Vous pouvez supprimer les lignes problématiques ci-dessus individuellement

kill 449000

2 Vous pouvez également terminer par lots les fils de discussion qui prennent plus de 3 minutes

. - - Interrogez les threads dont le temps d'exécution dépasse 3 minutes, puis divisez-les en instructions kill

select concat('kill ', id, ';')

from information_schema.processlist

where command != 'Sleep'

and time > 3*60

order by time desc;

Bien sûr, le problème peut généralement être résolu à ce niveau point, mais ceci Au cours du processus show processlist pour la première fois, je n'ai vu que les opérations de troncature et de suppression précédentes, et j'ai tué ces deux threads, ce qui n'était d'aucune utilité. . . .

Bien sûr, ce qui précède n'a pas de sens, c'est quelque chose de similaire à la méthodologie, tout comme dans [Chinese Captain], lorsque vous rencontrez un accident de vol, vérifiez-le d'abord conformément au manuel, enquêtez sur la cause et résolvez le problème. problème.

Continuer

Immédiatement après, j'ai utilisé navicat pour effectuer l'opération de réparation de table, et le résultat était En attente du verrouillage des métadonnées de la table

Lorsque MySQL effectuait certaines opérations DDL telles que alter table , s'il y a des transactions non validées sur la table, l'attente du verrouillage des métadonnées de la table se produira. Une fois le verrouillage des métadonnées effectué, les opérations ultérieures sur la table seront bloquées.

Solution :

1. Afficher les transactions actuellement non validées à partir de la table information_schema.innodb_trx

sélectionnez trx_state, trx_started, trx_mysql_thread_id, trx_query depuis information_schema.innodb_trxG

Signification du champ :

trx_state : statut de la transaction, généralement en cours d'exécution

trx_started : heure de début de l'exécution de la transaction. Si le délai est long, analysez si la transaction est raisonnable

trx_mysql_thread_id. : L'ID de thread de MySQL, utilisé pour kill

trx_query : SQL dans la transaction

Généralement, tant que ces threads sont tués, les opérations DDL n'attendront pas le verrouillage des métadonnées de la table.

2. Ajustez le seuil de délai d'expiration du verrouillage

lock_wait_timeout représente le délai d'expiration pour l'acquisition du verrouillage des métadonnées (en secondes), et la plage de valeurs autorisée est de 1 à 31536000 (1 an). La valeur par défaut est 31536000.

Voir https://dev.mysql.com/doc/refman/5.6/en/se...

La valeur par défaut est d'un an. . . .

Ajustez-le à 30 minutes

set session lock_wait_timeout = 1800;

set global lock_wait_timeout = 1800;

pour qu'il échoue rapidement en cas de problème se produit (failfast).

Tutoriels recommandés : "Tutoriel MySQL" "Navicat"

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!