in

Utilisation d’un script MySQL Performance Tuning Analyzer

Lorsque vous travaillez à augmenter la vitesse de votre site Web, un élément très important est de vous assurer que vous obtenez chaque 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 des administrateurs de bases de données, cela peut être une proposition difficile.

Il existe un certain nombre de scripts de réglage des performances qui analyseront les paramètres de votre serveur et l’état actuel et vous donneront des informations sur les modifications recommandées que vous devriez apporter. Vous ne devriez pas nécessairement suivre toutes les suggestions, mais cela vaut la peine de jeter un coup d’œil quand même.

Le script que j’utilise vous donne des recommandations pour ce qui suit:

  • Journal des requêtes lentes
  • Connexions max
  • Fils de travail
  • Tampon de clé
  • Cache de requête
  • Tampon de tri
  • Rejoint
  • Tables de température
  • Cache de table (ouvert et définition)
  • Verrouillage de la table
  • Balayages de table (read_buffer)
  • Statut Innodb
  • Une fois que vous avez téléchargé le script, vous devrez le rendre exécutable avec la commande suivante:

    chmod u + x tuning-primer.sh

    Si vous exécutez ce script en tant qu’utilisateur régulier, il vous demandera votre mot de passe, vous devrez donc vous assurer de définir l’accès en conséquence. Si vous l’exécutez en tant que root, il récupérera le mot de passe mysql de Plesk si vous l’avez installé.

    J’ai supprimé une grande partie de la sortie, qui contenait beaucoup plus de recommandations, mais qui était tout simplement trop longue pour tenir sur la page.

    ./tuning-primer.sh

    – APPRÊT MYSQL PERFORMANCE TUNING PRIMER –
    – Par: Matthew Montgomery –

    MySQL version 4.1.20 i686

    Temps de disponibilité = 5 jours 10 h 46 min 5 s
    Moy. qps = 4
    Nombre total de questions = 2020809
    Threads connectés = 1

    Le serveur fonctionne depuis plus de 48 heures.
    Il devrait être prudent de suivre ces recommandations

    ———– coupé ————–

    CHERCHER LE CACHE
    Le cache des requêtes est activé
    Query_cache_size actuel = 8 M
    Query_cache_used actuel = 7 M
    Query_cach_limit actuel = 1 M
    Taux de remplissage du cache de requêtes actuel = 89,38%
    Cependant, 254246 requêtes ont été supprimées du cache de requêtes en raison d’un manque de mémoire
    Vous devriez peut-être augmenter query_cache_size
    MySQL ne mettra pas en cache les résultats de requête dont la taille est supérieure à query_cache_limit

    ———– coupé ————–

    On dirait que j’ai besoin d’augmenter mon cache de requêtes… Je l’ai réglé à seulement 8 Mo mais il nettoie le cache beaucoup trop souvent.

    ———– coupé ————–

    TABLES DE TEMPÉRATURE
    Max_heap_table_size actuel = 16 M
    Tmp_table_size actuel = 32 M
    Sur 35170 tables temporaires, 74% ont été créées sur disque
    La taille effective de tmp_table_size en mémoire est limitée à max_heap_table_size.
    Vous devriez peut-être augmenter votre tmp_table_size et / ou max_heap_table_size
    pour réduire le nombre de tables temporaires sur disque
    Noter! Les colonnes BLOB et TEXT ne sont pas autorisées dans les tables mémoire.
    Si vous utilisez ces colonnes, l’augmentation de ces valeurs peut ne pas avoir d’incidence sur votre
    ratio de sur les tables temporaires de disque.

    ———– coupé ————–

    Ce type d’informations est tout simplement inestimable lorsque vous essayez d’ajuster les performances de votre site Web.

    Télécharger le script d’introduction MySQL Performance Tuning

    Laisser un commentaire

    Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

    Comment créer et synchroniser des événements de calendrier dans Windows 10

    Comment créer et synchroniser des événements de calendrier dans Windows 10

    Devriez-vous passer de l'Apple TV 3 à l'Apple TV 4 ou 4K?

    Devriez-vous passer de l’Apple TV 3 à l’Apple TV 4 ou 4K?