Dépannage des performances de la table de température mysql

Les problèmes de performance des tables temporaires MySQL proviennent principalement de tables de chute de disque, d'opérations de tri inappropriées, d'utilisation explicite déraisonnable et de pression IO disque. 1. Les tables temporaires sont d'abord créées en mémoire, mais les types ou les caractéristiques des mégadonnées entraîneront des gouttes. Vous pouvez juger et optimiser les champs, paramètres et index en surveillant créé \ _tmp \ _disk \ _tables; 2. Tri ou regroupement sans indices entraînera une inflation temporaire de la table. Des index doivent être ajoutés, la participation de la colonne doit être réduite et l'ordre de jointure doit être optimisé; 3. Les tableaux temporaires explicites doivent prêter attention à la validité de la connexion et à la réutilisation pour éviter la création fréquente; 4. Les tables temporaires de disque peuvent causer des problèmes d'IO et d'espace, le TMPDIR doit être surveillé, le SSD doit être utilisé et le nombre de tables temporaires doit être limitée.

Les problèmes de performance des tables temporaires MySQL sont en fait quelque chose que de nombreux développeurs sont enclins à rester coincés dans le développement réel. Surtout lors de la gestion de grandes quantités de données ou de requêtes complexes, une mauvaise utilisation de tables temporaires peut conduire à des goulots d'étranglement évidents de performances.

Les questions courantes et suggestions d'optimisation suivantes sont compilées en fonction des situations les plus faciles à utiliser quotidiennement.

1. Est-ce la mémoire ou le disque temporaire?

Par défaut, le tableau temporaire de MySQL essaiera d'abord d'utiliser le moteur MEMORY pour le stocker en mémoire. Cependant, si la table temporaire est trop grande (telle que Blob, champs de type de texte) ou certaines fonctionnalités qui ne prennent pas en charge la mémoire sont utilisées, elle passera automatiquement à l'utilisation du moteur de stockage MyISAM ou InnoDB et écrivez sur disque.

Comment dites-vous si vous utilisez un disque?
Vous pouvez afficher les variables d'état:

 Afficher le statut comme 'Created_TMP% Tables';

Si la valeur Created_tmp_disk_tables est trop élevée, cela signifie que de nombreuses tables temporaires sont tombées du disque, ce qui affectera la vitesse.

ce qu'il faut faire?

• Essayez d'éviter d'utiliser des champs texte / blob dans des tables temporaires;
• Augmentez tmp_table_size et max_heap_table_size , mais ne dépasse pas la mémoire disponible du système;
• Assurez-vous que le tri, la déduplication et d'autres opérations peuvent être indexés.

2. Tri à grande échelle ou groupe par des causes de table de table temporaire

Lors de l'exécution d'opérations contenant ORDER BY , GROUP BY , DISTINCT , etc., s'il n'y a pas d'index approprié, MySQL devra très probablement créer des tables temporaires pour terminer ces opérations.

Phénomènes typiques:
Une invite comme "Utilisation temporaire; Utilisation de fichiers" apparaît souvent dans le journal de requête lent.

Suggestions d'optimisation:

• Ajouter un index aux champs impliquant le tri ou le regroupement;
• Évitez les colonnes inutiles participant au tri et réduisez la taille temporaire du tableau;
• Si la commande est effectuée après l'opération de jointure, envisagez d'ajuster la commande ou la méthode de la jointure.

3. Tableau temporaire explicite vs table temporaire interne

Parfois, nous créerons explicitement des tables temporaires pour mettre en cache des résultats intermédiaires. Cette pratique elle-même est bien, mais nous devons prêter attention aux points suivants:

• Une table temporaire explicite n'est valable que pour la connexion actuelle et sera automatiquement supprimée si la connexion est déconnectée;
• Ne créez pas et ne détruisez pas fréquemment des tables temporaires, car cela augmentera le fardeau;
• Réutilisez les tables temporaires de manière appropriée pour éviter les calculs répétés.

Si vous constatez que les tables temporaires internes apparaissent fréquemment dans votre SQL, c'est peut-être là où la structure de l'instruction peut être optimisée.

4. Les fichiers de table temporaires occupent un IO ou un espace élevé

Lorsqu'une table temporaire est écrite sur le disque, une section temporaire dans .frm et .MYD (si myisam) ou la section temporaire de l'espace de table InNODB est générée dans le répertoire temporaire de MySQL.

FAQ:

• L'espace disque où réside le répertoire temporaire est insuffisante;
• Les mauvaises performances IO provoquent une lecture temporaire de table et d'écriture plus lentement;
• Les fichiers temporaires restants ne sont pas nettoyés régulièrement (bien que MySQL nettoie généralement automatiquement);

Solution:

• Surveillez l'espace disque où se trouve TMPDIR;
• Mettez TMPDIR sur un SSD à grande vitesse;
• Définissez le Max_TMP_TABLES_TABLES_TABLE approprié pour limiter le nombre de tables temporaires utilisées par la connexion;

Fondamentalement, ce sont les points les plus courants. Les tables temporaires elles-mêmes sont des outils assez pratiques, mais s'ils ne sont pas bien utilisés, ils peuvent facilement entraîner les performances globales. La clé est de contrôler son échelle et son cycle de vie, et d'essayer de faire en sorte que MySQL le traite efficacement en mémoire.

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!