La requête SELECT est lente (aucun index nécessaire), pourquoi est-elle si lente?

Question

J'ai une table avec plus de 1 million d'entrées.

Le problème est lié à la vitesse des requêtes SELECT. Celui-ci est très rapide:

SELECT * 
    FROM tmp_pages_data 
WHERE site_id = 14294 

Showing rows 0 - 29 (1,273,042 total, Query took 0.0009 sec) 

Et celui-ci est très lent:

SELECT * 
    FROM tmp_pages_data 
WHERE page_status = 0 

Showing rows 0 - 29 (15,394 total, Query took 0.3018 sec) 

Il y a un index sur la colonne id, et non nécessaire dans l'une des sélections. Donc il n'y a pas d'index sur le site_id ou l'état de la page.

La requête de 0,30 seconde est très dérangeante, surtout lorsqu'il y a des milliers de requêtes.

Alors, comment cela peut-il être possible? Que puis-je faire pour voir ce qui le ralentit?

Answer 1

Que puis-je faire pour voir ce qui le ralentit?

Il est tout à fait évident que ralentit vers le bas - comme vous l'avez signalé vous n'avez pas un index sur la colonne page_status, et vous devriez avoir un. La seule surprise est que votre première requête est si rapide sans l'index. En y regardant de plus près, il semble que quel que soit le client sur lequel vous exécutez ces requêtes, vous ajoutez un LIMIT 30 implicite que vous ne montrez pas dans votre question. Parce qu'il y a tellement de lignes qui correspondent, il ne faut pas longtemps pour trouver les 30 premières, à quel point il peut arrêter la recherche et retourner le résultat. Cependant, votre deuxième requête renvoie moins de lignes correspondantes, ce qui prend plus de temps pour les trouver. Ajouter l'index résoudrait ce problème et rendrait votre requête presque instantanée. Réponse courte: ajoutez un index sur la colonne page_status.

Answer 2

Ok, à partir de notre discussion dans les commentaires, nous savons maintenant que la base de données sait en quelque sorte que la première requête renverra toutes les lignes. C'est pourquoi c'est si rapide.

La deuxième requête est lente car elle n'a pas d'index. OMG Ponies a déjà indiqué qu'un index normal ne fonctionnera pas parce que la valeur définie est trop petite. Je voudrais juste vous diriger vers 'index bitmap'. Je ne les ai pas encore utilisés mais ils sont connus pour être exactement conçus pour ce cas.