pt-mysql-summaryp - En ligne dans le cloud

PROGRAMME:

Nom

pt-mysql-summary - Résume bien les informations MySQL.

SYNOPSIS

Utilisation : pt-mysql-summary [OPTIONS]

pt-mysql-summary résume commodément l'état et la configuration d'une base de données MySQL
serveur afin que vous puissiez en prendre connaissance en un coup d'œil. Ce n'est pas un outil de réglage ou de diagnostic
outil. Il produit un rapport facile à comparer et pouvant être collé dans des e-mails sans
perdre le formatage. Il devrait bien fonctionner sur tous les systèmes UNIX modernes.

LES RISQUES

Percona Toolkit est mature, éprouvé dans le monde réel et bien testé, mais toutes les bases de données
outils peuvent présenter un risque pour le système et le serveur de base de données. Avant d'utiliser cet outil,
s'il te plaît:

· Lire la documentation de l'outil

· Revoir les "BUGS" connus de l'outil

· Tester l'outil sur un serveur hors production

· Sauvegardez votre serveur de production et vérifiez les sauvegardes

DESCRIPTION

pt-mysql-summary fonctionne en se connectant à un serveur de base de données MySQL et en l'interrogeant sur l'état
et les informations de configuration. Il enregistre ces bits de données dans des fichiers dans un
répertoire, puis les formate soigneusement avec awk et d'autres langages de script.

Pour l'utiliser, il suffit de l'exécuter. Ajoutez éventuellement un double tiret, puis la même ligne de commande
options que vous utiliseriez pour vous connecter à MySQL, telles que les suivantes :

pt-mysql-summary --user=root

L'outil interagit de manière minimale avec le serveur sur lequel il s'exécute. Cela suppose que vous allez
l'exécuter sur le même serveur que vous inspectez, et donc il suppose qu'il sera capable
pour trouver le fichier de configuration my.cnf, par exemple. Cependant, il devrait se dégrader gracieusement
si ce n'est pas le cas. Notez, cependant, que sa sortie n'indique pas quel
les informations proviennent de la base de données MySQL et qui proviennent du système d'exploitation hôte,
il est donc possible de générer une sortie confuse si vous exécutez l'outil sur un serveur
et connectez-vous à un serveur de base de données MySQL exécuté sur un autre serveur.

SORTIE

De nombreux résultats de cet outil sont délibérément arrondis pour montrer leur ampleur, mais
pas le détail exact. C'est ce qu'on appelle l'arrondi flou. L'idée est que ce n'est pas grave
si un serveur exécute 918 requêtes par seconde ou 921 requêtes par seconde ; un si petit
la variation est insignifiante et rend seulement la sortie difficile à comparer à d'autres serveurs.
Arrondis flous par incréments plus importants au fur et à mesure que l'entrée augmente. Il commence par arrondir à
le 5 le plus proche, puis le 10 le plus proche, le 25 le plus proche, puis se répète d'un facteur 10 plus grand
(50, 100, 250), et ainsi de suite, à mesure que l'entrée augmente.

Voici un exemple du rapport produit par l'outil :

# Rapport de synthèse Percona Toolkit MySQL #######################
Heure système | 2012-03-30 18:46:05 UTC
(Zone locale : EDT -0400)
# Instances ################################################ ##
Répertoire de données de port Nice OOM Socket
===== ========================= ==== === ======
12345 /tmp/12345/data 0 0 /tmp/12345.sock
12346 /tmp/12346/data 0 0 /tmp/12346.sock
12347 /tmp/12347/data 0 0 /tmp/12347.sock

Les deux premières sections montrent sur quel serveur le rapport a été généré et sur quel MySQL
les instances s'exécutent sur le serveur. Ceci est détecté à partir de la sortie de "ps" et ne
détecte toujours toutes les instances et tous les paramètres, mais fonctionne souvent bien. À partir de ce point
vers l'avant, le rapport se concentrera sur une seule instance MySQL, bien que plusieurs instances
peuvent apparaître dans le paragraphe ci-dessus.

# Rapport sur le port 12345 #########################################
Utilisateur | msandbox@%
temps | 2012-03-30 14:46:05 (HAE)
Nom d'hôte | localhost.localdomain
Versions | Serveur de communauté MySQL 5.5.20-log (GPL)
Construit sur | linux2.6 i686
Commencé | 2012-03-28 23:33 (jusqu'à 1+15:12:09)
Bases de données | 4
répertoire de données | /tmp/12345/données/
Processus | 2 connectés, 2 en cours d'exécution
Réplication | N'est pas un esclave, a 1 esclave connecté
Fichier Pidfile | /tmp/12345/data/12345.pid (existe)

Cette section est un résumé rapide de l'instance MySQL : version, disponibilité et autres
paramètres de base. La sortie Time est générée à partir du serveur MySQL, contrairement au système
date et heure imprimées plus tôt, afin que vous puissiez voir si la base de données et le système d'exploitation
les temps correspondent.

# Liste des processus ################################################

Commande COUNT(*) Working SUM(Time) MAX(Time)
------------------------------ -------- ------- ----- ---- ---------
Binlog Vidage 1 1 150000 150000
Requête 1 1 0 0

Utilisateur COUNT(*) Working SUM(Time) MAX(Time)
------------------------------ -------- ------- ----- ---- ---------
msandbox 2 2 150000 150000 XNUMX XNUMX

Hôte COUNT(*) Working SUM(Time) MAX(Time)
------------------------------ -------- ------- ----- ---- ---------
hôte local 2 2 150000 150000

db COUNT(*) Travail SUM(Time) MAX(Time)
------------------------------ -------- ------- ----- ---- ---------
NUL 2 2 150000 150000

État COUNT(*) Working SUM(Time) MAX(Time)
------------------------------ -------- ------- ----- ---- ---------
Le maître a envoyé tous les binlog à 1 1 150000 150000
NUL 1 1 0 0

Cette section est un résumé de la sortie de SHOW PROCESSLIST. Chaque sous-section est
agrégés par un élément différent, qui est affiché comme en-tête de première colonne. Lorsque
résumé par la commande, chaque ligne de SHOW PROCESSLIST est incluse, mais sinon, les lignes
dont la commande est Sleep sont exclus des colonnes SUM et MAX, de sorte qu'ils ne faussent pas le
trop de chiffres. Dans l'exemple illustré, le serveur est inactif à l'exception de cet outil lui-même,
et une réplique connectée, qui exécute Binlog Dump.

Les colonnes sont le nombre de lignes incluses, le nombre qui ne sont pas en état de veille, le
somme de la colonne Temps et de la colonne Temps maximum. Les nombres sont flous arrondis.

# Compteurs d'état (attendre 10 secondes) ############################
Variable Par jour Par seconde 10 secondes
Binlog_cache_disk_use 4
Binlog_cache_use 80
Octets_reçus 15000000 175 200
Octets_sent 15000000 175 2000
Com_admin_commands 1
....................(plusieurs lignes omises)........................... ..
Fils_créés 40 1
Disponibilité 90000 1 1

Cette section montre des compteurs sélectionnés à partir de deux instantanés de SHOW GLOBAL STATUS, rassemblés
environ 10 secondes d'intervalle et arrondi flou. Il comprend uniquement les éléments qui sont
compteurs d'incrémentation ; il n'inclut pas les nombres absolus tels que Threads_running
variable d'état, qui représente une valeur actuelle, plutôt qu'un nombre accumulé sur
le temps.

La première colonne est le nom de la variable et la deuxième colonne est le compteur du premier
instantané divisé par 86400 (le nombre de secondes dans une journée), afin que vous puissiez voir la magnitude
de la monnaie du comptoir par jour. 86400 tours flous à 90000, donc le compteur Uptime devrait
être toujours d'environ 90000.

La troisième colonne est la valeur du premier instantané, divisée par Uptime puis floue-
arrondi, il représente donc approximativement la vitesse à laquelle le compteur augmente par seconde sur
la disponibilité du serveur.

La troisième colonne est la différence incrémentielle entre le premier et le deuxième instantané, divisée
par la différence de temps de disponibilité, puis arrondi flou. Par conséquent, il montre à quelle vitesse le
compteur augmente par seconde au moment où le rapport a été généré.

# Cache de table ############################################## #
Taille | 400
Utilisation | 15%

Cette section affiche la taille du cache de la table, suivie du pourcentage de la table
cache en cours d'utilisation. L'utilisation est floue.

# Fonctionnalités clés du serveur Percona ##################################
Tableau & Index Statistiques | Non supporté
Threads d'E/S multiples | Activée
Résilient à la corruption | Non supporté
Réplication Durable | Non supporté
Importer des tableaux InnoDB | Non supporté
Redémarrage rapide du serveur | Non supporté
Journalisation améliorée | Non supporté
Journalisation des performances de réplique | Non supporté
Hist du temps de réponse. | Non supporté
Rinçage en douceur | Non supporté
HandlerSocket NoSQL | Non supporté
FDU de hachage rapide | Inconnu

Cette section montre les fonctionnalités disponibles dans Percona Server et si elles sont
activé ou non. Dans l'exemple illustré, le serveur est MySQL standard, pas Percona Server, donc
les fonctionnalités ne sont généralement pas prises en charge.

# Plugins ################################################ ####
Compression InnoDB | ACTIF

Cette fonctionnalité affiche des plugins spécifiques et s'ils sont activés.

# Cache de requêtes ############################################### #
query_cache_type | AU
Taille | 0.0
Utilisation | 0%
HitToInsertRatio | 0%

Cette section indique si le cache de requêtes est activé et sa taille, suivi du
pourcentage du cache utilisé et le ratio hit-to-insert. Les deux derniers sont flous-
arrondi.

# Schéma ################################################ #####

Tables de base de données Vues SPs Trigs Funcs FKs Partn
mysql 24
schéma_performance 17
sakila 16 7 3 6 3 22

Base de données MyISAM CSV PERFORMANCE_SCHEMA InnoDB
mysql 22 2
schéma_performance 17
sakila 8 15

Base de données BTREE FULLTEXT
mysql 31
schéma_performance
sakila 63 1

ctselditmvs
hienoanieam
amtunttndra
remgeyicl
sbtiuhl
tlinmai
aomttrn
mbeet
pixels
t
Base de données === === === === === === === === === === ===
mysql 61 10 6 78 5 4 26 3 4 5 3
schéma_performance 5 16 33
sakila 1 15 1 3 4 3 19 42 26

Si vous spécifiez "--databases" ou "--all-databases", l'outil imprimera la section ci-dessus.
Cela résume le nombre et le type d'objets dans les bases de données. Il est généré par
en exécutant "mysqldump --no-data", pas en interrogeant INFORMATION_SCHEMA, qui peut geler un
serveur occupé.

Le premier sous-rapport de la section est le nombre d'objets par type dans chaque base de données :
tables, vues, etc. Le second montre combien de tables utilisent différents moteurs de stockage
dans chaque base de données. Le troisième sous-rapport indique le nombre de chaque type d'index dans chaque
base de données.

La dernière section indique le nombre de colonnes de différents types de données dans chaque base de données. Pour
affichage compact, les en-têtes de colonnes sont formatés verticalement, vous devez donc lire
vers le bas depuis le haut. Dans cet exemple, la première colonne est "char" et la deuxième colonne
est "horodatage". Cet exemple est tronqué afin qu'il ne s'enroule pas sur un terminal.

Tous les nombres dans cette partie de la sortie sont exacts et non arrondis.

# Technologies remarquables ######################################
Indexation de texte intégral | Oui
Types géospatiaux | Non
Clés étrangères | Oui
Partitionnement | Non
Compression InnoDB | Oui
SSL | Non
TABLES DE VERROUILLAGE explicites | Non
Insertion différée | Non
Opérations XA | Non
Cluster NDB | Non
Déclarations préparées | Non
Nombre de déclarations préparées | 0

Cette section présente certaines technologies spécifiques utilisées sur ce serveur. Certains d'entre eux sont
détecté à partir du vidage de schéma effectué pour les sections précédentes ; d'autres peuvent être détectés
en regardant SHOW GLOBAL STATUS.

# InnoDB ################################################ #####
Versions | 1.1.8
Taille de la piscine tampon | 16.0 millions
Remplissage de la piscine tampon | 100%
Piscine tampon sale | 0%
fichier par table | DÉSACTIVÉ
Taille de la page | 16k
Taille du fichier journal | 2 * 5.0 millions = 10.0 millions
Taille de la mémoire tampon de journal | 8M
Méthode de rinçage |
Vider le journal lors de la validation | 1
Prise en charge XA | AU
Sommes de contrôle | AU
Double écriture | AU
Fils R/WI/O | 4 4
Capacité d'E/S | 200
Concurrence des threads | 0
Billets simultanés | 500
Valider la simultanéité | 0
Niveau d'isolement Txn | LECTURE RÉPÉTABLE
Rinçage adaptatif | AU
Point de contrôle adaptatif |
Âge du point de contrôle | 0
file d'attente InnoDB | 0 requêtes dans InnoDB, 0 requêtes en file d'attente
Transaction la plus ancienne | 0 seconde
Liste d'histoire Len | 209
Lire les vues | 1
Annuler les entrées de journal | 1 transactions, 1 annulation totale, 1 annulation max.
Lectures E/S en attente | 0 lectures de pool de tampons, 0 AIO normal,
0 ibuf AIO, 0 lectures
Écritures d'E/S en attente | 0 pool de tampons (0 LRU, 0 liste de vidage, 0 page) ;
0 AIO, 0 synchronisation, 0 journal IO (0 journal, 0 chkp);
0 écriture
Vidanges d'E/S en attente | 0 pool de bufs, 0 journal
États des transactions | 1xpas commencé

Cette section présente les variables de configuration importantes pour le moteur de stockage InnoDB. Les
le pourcentage de remplissage du pool de mémoire tampon et le pourcentage d'impuretés sont arrondis de manière approximative. Les dernières lignes sont
dérivé de la sortie de SHOW INNODB STATUS. Il est probable que cette sortie changera
à l'avenir pour devenir plus utile.

# MonISAM ################################################ #####
Cache de clé | 16.0 millions
PCT d'occasion | dix%
Non rincé | 0%

Cette section affiche la taille du cache de clés MyISAM, suivie du pourcentage de la
cache utilisé et pourcentage non vidé (arrondi flou).

# Sécurité ################################################ ###
Utilisateurs | 2 utilisateurs, 0 anon, 0 sans pw, 0 ancien pw
Anciens mots de passe | DÉSACTIVÉ

Cette section est générée à partir des requêtes vers les tables de la base de données système mysql. Ça montre
combien d'utilisateurs existent, et divers risques de sécurité potentiels tels que les mots de passe à l'ancienne et
utilisateurs sans mot de passe.

# Journalisation binaire ############################################
Journaux binaires | 1
Taille zéro | 0
Taille totale | 21.8 millions
binlog_format | DÉCLARATION
expire_logs_days | 0
sync_binlog | 0
id_serveur | 12345
binlog_do_db |
binlog_ignore_db |

Cette section affiche la configuration et l'état des journaux binaires. S'il y a des tailles nulles
journaux binaires, il est alors possible que l'index binlog soit désynchronisé avec les journaux binaires
qui existent réellement sur le disque.

# Variables remarquables #########################################
Incr/Décalage Auto-Inc | 1/1
moteur_de_stockage_par_défaut | InnoDB
flush_time | 0
init_connect |
fichier_init |
mode_sql |
join_buffer_size | 128k
sort_buffer_size | 2M
read_buffer_size | 128k
read_rnd_buffer_size | 256k
bulk_insert_buffer | 0.00
max_heap_table_size | 16M
tmp_table_size | 16M
max_allowed_packet | 1M
thread_stack | 192k
journal | DÉSACTIVÉ
journal_erreur | /tmp/12345/data/mysqld.log
log_avertissements | 1
log_slow_queries | AU
log_queries_not_using_indexes | DÉSACTIVÉ
log_slave_updates | AU

Cette section présente plusieurs variables de configuration de serveur importantes qui peuvent être
important de connaître lorsque vous travaillez avec ce serveur.

# Fichier de configuration #########################################
Fichier de configuration | /tmp/12345/my.sandbox.cnf
[client]
utilisateur = msandbox
mot de passe = msandbox
port=12345
socket = /tmp/12345/mysql_sandbox12345.sock
[Mysqld]
port=12345
socket = /tmp/12345/mysql_sandbox12345.sock
fichier-pid = /tmp/12345/data/mysql_sandbox12345.pid
basedir = /home/baron/5.5.20
datadir = /tmp/12345/data
key_buffer_size = 16 M
innodb_buffer_pool_size = 16 M
innodb_data_home_dir = /tmp/12345/data
innodb_log_group_home_dir = /tmp/12345/data
innodb_data_file_path = ibdata1:10M:extension automatique
innodb_log_file_size = 5M
log-bin = mysql-bin
relay_log = mysql-relay-bin
log_slave_updates
id_serveur = 12345
hôte de rapport = 127.0.0.1
rapport-port = 12345
log-erreur = mysqld.log
innodb_lock_wait_timeout = 3
# La fin ############################################### #####

Cette section montre une jolie version imprimée du fichier my.cnf, avec les commentaires supprimés et
avec des espaces ajoutés pour aligner les choses pour une lecture facile. L'outil essaie de détecter le
my.cnf en regardant la sortie de ps, et s'il ne trouve pas l'emplacement du
fichier là-bas, il essaie les emplacements communs jusqu'à ce qu'il trouve un fichier. Notez que ce fichier peut ne pas
correspondent réellement au serveur à partir duquel le rapport a été généré. Cela peut arriver
lorsque l'outil n'est pas exécuté sur le même serveur sur lequel il rapporte, ou lors de la détection du
l'emplacement du fichier de configuration échoue.

OPTIONS

Toutes les options après -- sont passées à "mysql".

--toutes les bases de données
mysqldump et résume toutes les bases de données. Voir "--bases de données".

--demander-passer
Demander un mot de passe lors de la connexion à MySQL.

--config
type : chaîne

Lisez cette liste de fichiers de configuration séparés par des virgules. Si spécifié, cela doit être le premier
option sur la ligne de commande.

--bases de données
type : chaîne

mysqldump et résumez cette liste de bases de données séparées par des virgules. Spécifier
"--all-databases" à la place si vous voulez vider et résumer toutes les bases de données.

--defaults-fichier
forme courte : -F ; type : chaîne

Ne lisez que les options mysql du fichier donné. Vous devez donner un chemin d'accès absolu.

--Aidez-moi
Imprimer l'aide et quitter.

--hôte
forme courte : -h ; type : chaîne

Hôte auquel se connecter.

--le mot de passe
forme courte : -p ; type : chaîne

Mot de passe à utiliser lors de la connexion. Si le mot de passe contient des virgules, elles doivent être échappées
avec une barre oblique inverse : "exam\,ple"

--Port
forme courte : -P ; tapez : entier

Numéro de port à utiliser pour la connexion.

--lire-échantillons
type : chaîne

Créez un rapport à partir des fichiers trouvés dans ce répertoire.

--save-échantillons
type : chaîne

Enregistrez les fichiers de données utilisés pour générer le résumé dans ce répertoire.

--dormir
tapez : entier ; par défaut : 10

Secondes pour dormir lors de la collecte des compteurs d'état.

--prise
formes courtes; type : chaîne

Fichier socket à utiliser pour la connexion.

--utilisateur
forme courte : -u ; type : chaîne

Utilisateur pour la connexion si ce n'est pas l'utilisateur actuel.

--version
Imprimer la version de l'outil et quitter.

ENVIRONNEMENT

Cet outil n'utilise aucune variable d'environnement.

SYSTÈME EXIGENCES

Cet outil nécessite Bash v3 ou plus récent, Perl 5.8 ou plus récent, et binutils. Ce sont généralement
déjà fourni par la plupart des distributions. Sur les systèmes BSD, cela peut nécessiter un procfs monté.

Utilisez pt-mysql-summaryp en ligne en utilisant les services onworks.net