Utilisation d'un script d'analyseur de performances MySQL

Utilisation d'un script d'analyseur de performances MySQL
Utilisation d'un script d'analyseur de performances MySQL

Vidéo: Utilisation d'un script d'analyseur de performances MySQL

Vidéo: Utilisation d'un script d'analyseur de performances MySQL
Vidéo: How to use HijackThis to remove Browser Hijackers & Malware by Britec - YouTube 2024, Avril
Anonim

Lorsque vous vous efforcez d’accroître la vitesse de votre site Web, il est primordial de vous assurer de tirer pleinement parti des performances de votre serveur de base de données. Malheureusement, pour la plupart d’entre nous qui ne sommes pas normalement administrateurs de bases de données, cela peut être une proposition difficile.

Un certain nombre de scripts de réglage des performances analysent les paramètres de votre serveur et votre statut actuel, ainsi que des informations sur les modifications recommandées à effectuer. Vous ne devez pas nécessairement suivre toutes les suggestions, mais cela vaut la peine de regarder quand même.

Le script que j'ai utilisé vous donne des recommandations sur les points suivants:

  • Journal de requête lent
  • Nombre maximal de connexions

  • Fils de travailleur
  • Clé tampon

  • Cache de requêtes
  • Tri tampon

  • Jointures
  • Tables Temp

  • Cache de table (ouvert et définition)
  • Verrouillage de table

  • Scans de table (read_buffer)
  • Statut Innodb

Une fois le script téléchargé, vous devez le rendre exécutable à l'aide de la commande suivante:

chmod u+x tuning-primer.sh

Si vous exécutez ce script en tant qu’utilisateur ordinaire, 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 qu’utilisateur root, il récupérera le mot de passe mysql de Plesk si celui-ci est déjà installé.

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

./tuning-primer.sh

- MYSQL PERFORMANCE TUNING PRIMER - – By: Matthew Montgomery –

MySQL Version 4.1.20 i686

Uptime = 5 days 10 hrs 46 min 5 sec Avg. qps = 4 Total Questions = 2020809 Threads Connected = 1

Server has been running for over 48hrs. It should be safe to follow these recommendations

---– snipped ----–

QUERY CACHE Query cache is enabled Current query_cache_size = 8 M Current query_cache_used = 7 M Current query_cach_limit = 1 M Current Query cache fill ratio = 89.38 % However, 254246 queries have been removed from the query cache due to lack of memory Perhaps you should raise query_cache_size MySQL won’t cache query results that are larger than query_cache_limit in size

---– snipped ----–

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

---– snipped ----–

TEMP TABLES Current max_heap_table_size = 16 M Current tmp_table_size = 32 M Of 35170 temp tables, 74% were created on disk Effective in-memory tmp_table_size is limited to max_heap_table_size. Perhaps you should increase your tmp_table_size and/or max_heap_table_size to reduce the number of disk-based temporary tables Note! BLOB and TEXT columns are not allow in memory tables. If you are using these columns raising these values might not impact your ratio of on disk temp tables.

---– snipped ----–

Ce type d’information est inestimable lorsque vous essayez d’optimiser les performances de votre site Web.

Télécharger le script d’amorçage des performances de MySQL

Conseillé: