High MySQL "InnoDB écrit par seconde" - Impossible de voir les requêtes?
Sur notre serveur de base de données en direct MySQL 5.5, nous utilisons MySQL Workbench pour exécuter des requêtes manuelles, vérifiant les requêtes d'exécution pour voir ce qui se passe, etc.
J'ai remarqué aujourd'hui que sur le "-Statut du serveur" onglet Il y a un nombre très élevé de "requêtes par seconde" et "InnoDb écrit par seconde" , mais sur l'onglet qui montre la liste des "Connections client", qui affiche toutes les requêtes d'exécution, il montre à peine toutes les requêtes. Peut-être 2 ou 3 toutes les quelques secondes.
Qu'est-ce que je suis mal compris ici? Les deux onglets ne s'additionnent pas du tout.
Edit - Voici la sortie pour SHOW ENGINE INNODB STATUS;
--------------
ROW OPERATIONS
--------------
0 queries inside InnoDB, 0 queries in queue
2 read views open inside InnoDB
Main thread process no. 24494, id 139631733794560, state: sleeping
Number of rows inserted 36474186, updated 163927609, deleted 11892445, read 1747097889216
1.06 inserts/s, 13.91 updates/s, 0.00 deletes/s, 33615.95 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================
Ce dont vous avez besoin est une meilleure représentation visuelle du moteur de stockage InnoDB
Pensez au genre de choses qui déclenchent des écrites qui peuvent être surveillées
Nombre d'opérations d'écriture
- innodb_dblwr_wites au tampon de double écriture
- Refaire des journaux
- innodb_os_log_wites et innodb_os_log_pending_wites : logique
- innodb_os_log_fsyncs et innodb_os_log_pending_fsyncs : physique
- innodb_data_fsyncs et innodb_data_pending_fsyncs
- innodb_data_wites Tout au long de l'architecture InnoDB
Octets écrits avec innodb
- innodb_pages_written : Nombre de pages (données et index) écrit sur des tables innovées. Plusieurs ceci par 16384 (16 kb) pour obtenir le nombre d'octets écrits dans des tables innovées.
- innodb_dblwr_pages_written Nombre de pages de double écriture écrites. Multiple Ceci par 16384 (16KB) Pour obtenir le nombre d'octets écrits dans le tampon de double écriture.
- innodb_os_log_written octets écrit aux journaux de Redo
- innodb_data_written octets écrits toute l'architecture InnoDB
Celles-ci sont parmi les choses qui sont ramassées à l'intérieur et à l'extérieur de InnoDB. Pourtant, ce n'est pas tout. Vérifiez le ((( Documentation MySQL sur les variables d'état .
Je suppose que MySQL Workbench ne fait que surveiller innodb_data_writes .
Si les données écrites sont élevées, étant donné cela
1.06 inserts/s, 13.91 updates/s, 0.00 deletes/s
ce qui correspond à environ 15 questions par seconde, vous devrez peut-être dépenser un peu de temps à l'adresse innovée. Depuis - ( InnoDB, Fuzzy Checkpointinin G, Innodb révélera un goulot d'étranglement dans les écrit si vous voyez des écrivies constantes qui ne diminuent jamais. cela pourrait être dû au système d'exploitation ou à la machine virtuelle . Cela pourrait également être dû à un piscine tampon innodub inférieur (je vois que c'est 100% complet). Beaucoup de lectures apporteront des données et des pages d'index dans la piscine tampon. Les données et les pages de données nouvelles ou mises à jour à partir des inserts et des mises à jour doivent également faire pression sur le pool tampon. Peut-être qu'une plus grande piscine tampon est en ordre.
D'un autre angle, regardez le nombre de lignes accédées
36474186 Rows from INSERTs
163927609 Rows from UPDATEs
11892445 Rows from DELETEs
212294240 Rows Written
1747097889216 from SELECTs
Lorsque vous divisez 1747097889216 par 212294240, cela signifie pour chaque ligne que vous mettez à jour, il y a 8229,6 rangées en cours de lecture. Cela va avec le 2245.46 (33165.95/14.97) sélectionne pour chaque insertion, mise à jour ou supprimer. Je peux voir des écritures dans la piscine tampon. Cela me fait sentir que le piscine tampon, le tampon de journal et les journaux de redro devraient être augmentés.
Show ProcessList est ce que j'utiliserais, si j'étais pressé. Rolando a écrit un excellent post sur la détermination de ce que les requêtes DML (langage de modification de données) sont en cours d'exécution et ce qu'elles modifient.
En ce qui concerne les sélectes, Afficher la liste des processus est votre meilleur pari ou Jet Profiler Si vous recherchez quelque chose avec une interface graphique.
Vous pouvez également interroger le InnoDb Moteur directement pour obtenir plus d'informations sur ce qui fonctionne actuellement avec le Statut InnoDb Show Moteur.
Sans savoir exactement comment Workbench calcule les requêtes par deuxième valeur, il serait plus sûr de faire confiance à la liste des processus de spectacle et de montrer à Moteur InnoD Statut Statut Strait et Opérations par seconde.