MySQL ne peut-il pas utiliser les index pour les requêtes de vue ?
Malgré des doutes sur l'efficacité des vues, le problème auquel vous êtes confronté vient du l'incapacité de l'optimiseur à insérer des prédicats dans la requête de vue.
MySQL exécute les requêtes de vue séparément, matérialisant les résultats dans une table intermédiaire "dérivée" (MyISAM) avant d'exécuter la requête externe. Ce processus ignore la prise en compte des prédicats de la requête externe lors de l'exécution de la requête de vue.
Résoudre le problème de performances
Pour améliorer les performances de votre requête de vue, optimisez le structure d'index :
Créer un index de couverture :
Définir un Index « couvrant » qui inclut toutes les colonnes référencées dans la requête de vue. Dans ce cas, créez l'index suivant :
ON highscores (player, happened_in, score)
Cet index permettra à MySQL d'accéder à la requête de vue avec "Using index" et d'éviter le plus coûteux "Using filesort".
Évaluez une requête autonome :
Comparez le plan d'exécution de votre requête de vue avec une requête autonome qui sert un goal :
SELECT player , MAX(score) AS highest_score , happened_in FROM highscores WHERE player = 24 AND happened_in = 2006 GROUP BY player , happened_in
Cette requête autonome peut également utiliser un index de couverture, mais elle élimine la surcharge liée à la matérialisation d'une table intermédiaire.
Conclusion :
La clé de l'optimisation des requêtes de vue dans MySQL réside dans la conception d'index appropriés que l'optimiseur peut utiliser. Les requêtes de vue sont essentiellement des requêtes distinctes qui sont matérialisées avant d'être référencées par des requêtes externes. Comprendre ce comportement est crucial pour éviter les pièges de performances qui peuvent survenir lors de l'utilisation des vues dans MySQL.
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!