Compréhension approfondie de la dérive avancée MySQL (6)

Optimisation des performances

Index

L'index pointe vers un emplacement dans la base de données où se trouvent les données spécifiques. sur la colonne pour organiser les informations sur cette colonne. Lorsque le serveur aura besoin d'accéder à ces informations pour une requête, il saura où chercher car l'index pointe vers l'emplacement concerné.

Si une colonne implique une requête, un regroupement et un tri, l'index améliorera les performances.
Les indices avec de nombreuses valeurs en double ne produiront pas de bons résultats.
Vous pouvez utiliser des tables pour joindre plusieurs index non uniques afin d'améliorer les performances.
Plus il y a d'index, meilleures sont les performances, pas nécessairement. L'ajout d'un index n'améliore pas nécessairement les performances.

Cache de requêtes

Lors de l'exécution d'une requête de sélection, MySQL4.x enregistrera la requête et renverra les résultats. Ceci est accompli en enregistrant l'ensemble de résultats dans un cache spécial chaque fois qu'une requête de sélection est effectuée. Ensuite, lorsque le serveur est invité à refaire la même requête, MySQL récupérera les résultats du cache plutôt que d'exécuter à nouveau la requête. Cette fonctionnalité est activée par défaut.

Notez qu'une fois qu'une table change, les requêtes mises en cache utilisant cette table deviennent invalides et seront supprimées du cache. Cela empêche les requêtes de renvoyer des données inexactes de l'ancienne table. Les tables qui changent fréquemment ne bénéficieront pas de la mise en cache. Dans ce cas, vous pouvez envisager de ne pas utiliser le cache, et vous pouvez ajouter une option sql_no_cache pour y parvenir.

Analyse des requêtes

Ajoutez un mot-clé d'explication au début de la requête de sélection, qui indiquera à MySQL de renvoyer un graphique indiquant que si cette requête est traitée, ce graphique implique quelle requête accédera aux informations à propos de la table et du nombre de lignes que la requête s'attend à renvoyer. Ces informations peuvent être utilisées pour voir quelles tables peuvent être indexées pour accélérer l'exécution et analyser où se trouvent les goulots d'étranglement.

Grâce aux résultats d'affichage de la requête, vous pouvez savoir où ajouter des index et effectuer des corrections rapides.

Optimisation des requêtes multi-tables

Une sous-requête est une instruction select imbriquée dans une autre instruction select. Les sous-requêtes sont souvent utilisées pour diviser une requête complexe en une série d'étapes logiques ou pour utiliser les résultats d'autres requêtes pour répondre à une requête. Le résultat est qu'au lieu d'exécuter deux ou plusieurs requêtes distinctes, une simple requête contenant une ou plusieurs sous-requêtes peut être exécutée.

MySQL peut mieux optimiser les jointures que les sous-requêtes, donc si vous constatez que les moyennes de charge sur votre serveur MySQL ont atteint des niveaux inacceptablement élevés, vous devez examiner le code de votre application et essayer de le réécrire en tant que sous-requêtes pour les jointures et les séquences de jointure.

Vous pouvez transformer des sous-requêtes inefficaces en jointures plus efficaces en utilisant efficacement les capacités de collecte et les procédures de modification de MySQL.
Vous pouvez également utiliser des variables de serveur basées sur la session si vous souhaitez éviter d'utiliser des requêtes imbriquées au milieu.

Utilisation de tables temporaires

MySQL permet également la création de tables temporaires à l'aide de la commande create Temporary table. Ce type de table est ainsi appelé car il n'existe que pour une seule session MySQL. Lorsque le client utilisant ces tables ferme la connexion au serveur MySQL, elle sera automatiquement supprimée.

Étant donné que les tables temporaires sont conservées en mémoire, elles sont nettement plus rapides que les tables sur disque. Les résultats peuvent être utilisés efficacement comme zone de stockage intermédiaire pour augmenter la vitesse d'exécution des requêtes, aider à diviser les requêtes complexes en composants plus simples ou comme substitut à la prise en charge des sous-requêtes et des jointures.

Optimiser la conception des tables

Afin de rendre la requête plus raffinée, certains facteurs dans la conception des tables doivent être pris en compte. Tout d'abord, si la table fréquemment interrogée subit de nombreuses modifications, la manière d'améliorer les performances consiste à utiliser des champs de longueur fixe au lieu de champs de longueur variable. Bien que l'utilisation de champs de longueur fixe gaspille plus d'espace disque, du point de vue des requêtes, MySQL traite les champs de longueur fixe plus rapidement que les champs de longueur variable.

Une autre technique pour améliorer les performances consiste à utiliser la commande optimiser la table pour les tables qui doivent être modifiées fréquemment. La modification fréquente de la table peut provoquer une fragmentation du disque, ce qui entraîne un temps supplémentaire de lecture des blocs d'espace inutilisés afin d'obtenir les données souhaitées.

Lorsque vous envisagez d'améliorer les performances, vérifiez également si vous devez cibler toutes les tables qui ont été créées. Des tables supplémentaires signifient des performances réduites. Pour les tables qui n'ont pas besoin d'être fusionnées, il convient de tenter de faire correspondre les colonnes jointes.

Ajustez les paramètres du serveur

Si vous souhaitez que le serveur fonctionne plus efficacement, la meilleure solution est d'augmenter l'espace mémoire et d'utiliser un disque plus grand et plus rapide. Mais le plus souvent, les conditions ne le permettent pas. À ce stade, nous avons besoin de quelques techniques générales pour améliorer le serveur.

Ajustez les variables du serveur. La variable key_buffer_size contrôle la quantité de mémoire que le tampon d'index MySQL peut utiliser. Plus la valeur est élevée, plus l'index peut utiliser de mémoire et meilleures sont les performances. Généralement, cette valeur est maintenue entre 25 % et 30 % de la mémoire totale disponible. La variable table_cache contrôle la quantité de mémoire que le cache de table peut utiliser et le nombre total d'ouvertures de table que MySQL peut gérer en même temps. Pour les serveurs très occupés avec de nombreuses bases de données et tables, cette valeur doit être augmentée et modifiée à l'aide de set.

Une fois qu'une variable globale du serveur est modifiée, ces variables existeront jusqu'à l'arrêt du serveur, mais après le redémarrage du serveur, les variables reviendront à leur état par défaut. Il est donc préférable d'apporter des changements permanents.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!