L'utilisation d'un script Tuning Performance MySQL Analyzer
Lorsque vous travaillez sur l'augmentation de la vitesse de votre site web, un morceau très important est que vous puissiez profiter jusqu'à la dernière goutte de performance de votre serveur de base de données. Malheureusement, pour la plupart d'entre nous qui ne sont normalement pas les administrateurs de base ce qui peut être une proposition difficile.
Il ya un certain nombre de scripts d'optimisation des performances qui va analyser vos paramètres de serveur et la situation actuelle et de vous donner des informations sur les changements recommandés que vous devez faire. Vous ne doivent pas nécessairement suivre toutes les suggestions, mais il est intéressant de jeter un oeil à toute façon.
Le script que j'ai utilisé vous donne des recommandations pour les éléments suivants:
Une fois que vous téléchargez le script, vous aurez besoin pour le rendre exécutable avec la commande suivante:
chmod u + x-tuning primer.sh
Si vous exécutez ce script comme un utilisateur régulier, il vous demandera votre mot de passe, vous aurez donc de s'assurer de définir un accès en conséquence. Si vous l'exécutez en tant que root il va ramasser les mots de passe mysql de Plesk si vous avez ce installés.
J'ai découpé un grand nombre de la sortie, qui avait beaucoup plus de recommandations, mais était tout simplement trop long pour tenir sur la page.
./tuning-primer.sh
- PRIMER MYSQL TUNING DE PERFORMANCE -
- Par: Matthew Montgomery -MySQL version 4.1.20 pour i686
Uptime = 5 jours 10 heures 46 min 5 sec
Moy. QPS = 4
Questions total = 2020809
Discussions connectés = 1Le serveur a fonctionné pendant plus de 48 heures.
Il doit être sûr de suivre ces recommandations---- ----- Ciselée
QUERY CACHE
Cache de requête est activé
Courant query_cache_size = 8 M
Courant query_cache_used = 7 M
Query_cach_limit actuel = 1 M
Le ratio de remplir Query cache = 89,38%
Toutefois, 254 246 requêtes ont été retirés de la cache de requête en raison du manque de mémoire
Peut-être vous devriez relancer query_cache_size
MySQL ne va pas en cache les résultats de requête qui sont plus grands que la taille query_cache_limit---- ----- Ciselée
On dirait que j'ai besoin de augmenter mon cache de requêtes... Je l'ai réglé pour ne 8Mo mais c'est de nettoyer le cache trop souvent.
---- ----- Ciselée
TABLEAUX TEMP
Courant max_heap_table_size = 16 M
Courant tmp_table_size = 32 M
Sur 35 170 tables temporaires, 74% ont été créés sur le disque
Efficace en mémoire tmp_table_size est limitée à max_heap_table_size.
Peut-être vous devez augmenter votre tmp_table_size et / ou max_heap_table_size
de réduire le nombre de disques à base de tables temporaires
Remarque! Colonnes de type BLOB et TEXT ne sont pas dans les tableaux permettent de mémoire.
Si vous utilisez ces colonnes élever ces valeurs peut-être pas un impact sur votre
ratio sur des tables temporaires sur le disque.---- ----- Ciselée
Ce type d'information est juste une valeur inestimable lorsque vous essayez de régler les performances de votre site web.
Commentaires
Enregistrer un commentaire