Les données du tableau ont augmenté - la requête est lente

Question

J'ai une base de données mysql dans laquelle une seule table a 7 millions d'enregistrements, la table doit être optimisée, je suis un peu hésitant à ajouter l'index car cela va prendre beaucoup de temps 7 millions d'enregistrements. Je continue d'obtenir cette requête dans le journal de requête lente, le long de la requête est écrit de manière optimiste.

Quelle est la meilleure approche pour gérer cela afin que la requête de table ne se présente pas en requête lente?

Answer 1

Supprimer de table1 où colonne1 dans (sélectionnez la colonne1 de table2); n'est pas optimal.

Essayez

delete table1 t1 
from table1 t1 
inner join table2 t2 on t2.column1 = t1.column1 
where conditions=true; 

Je crois qu'il devrait mieux performer

Answer 2

Sans votre code, il n'y a pas d'aide définitive. L'indexation est la voie à suivre, et cela prendra un peu de temps, mais ce n'est qu'une seule fois. Cela ajoute des frais supplémentaires à vos insertions, mais c'est le prix à payer pour améliorer l'efficacité des requêtes.

Answer 3

Vous devez créer un index. Pas vraiment. Peut-être même plus d'un.

Les requêtes sur 7 millions de lignes sans un index va être lent. Vous pouvez diviser la table ou allouer une grande quantité de mémoire pour la mise en cache, mais les index vous donnent beaucoup plus pour le dollar.

Vous pouvez demander, quel (s) index (s) devriez-vous créer? Bonne question. Cela dépend des requêtes spécifiques que vous exécutez sur la table. La conception de table est déterminée par vos données, mais l'optimisation est déterminée par vos requêtes.

Apprenez à utiliser EXPLAIN. Voir Explain Demystified.

Apprenez comment fonctionnent les index. Voir More Mastering the Art of Indexing

---

Re votre commentaire: Oui, une clé primaire a implicitement un index (au moins en MySQL), mais je ne sais pas si la requête dont vous avez besoin pour améliorer les prestations de cet indice.

Voici un conseil: lorsque je veux expérimenter avec des index sur une très grande table, je crée une table de copie à partir d'un sous-ensemble de lignes. Mettez un nombre non trivial de lignes dans la table, mais assez peu pour travailler dessus ne prendra pas trop de temps.

Maintenant, vous pouvez créer et supprimer des index et tester les requêtes pour voir leur performance. Une fois que vous avez identifié l'index ou les index qui vous donnent le plus d'avantages, vous pouvez avoir plus de confiance que leur création sur votre base de données réelle en vaut la peine.