MySQL-Indizes - wie viele sind genug?

Den Betrag der Indexierung und die Linie zu tun, zu viel hängt von einer Menge Faktoren ab. Auf kleinen Tischen wie Ihre "Kategorien" - Tabelle, die Sie in der Regel nicht wollen oder brauchen einen index, und es kann tatsächlich die Leistung beeinträchtigen. Der Grund dafür ist, dass es dauert, I/O (D. H. Zeit) zum Lesen von index-und dann noch mehr I/O und Zeit, um die Datensätze abrufen, die im Zusammenhang mit den übereinstimmenden Zeilen an. Eine Ausnahme ist, wenn du nur eine Abfrage der Spalten, die in den index.

In deinem Beispiel sind Sie abrufen alle Spalten und mit nur 22 Zeilen und kann es schneller sein, nur das zu tun, eine Tabelle Scannen und Sortieren diese statt über den index. Der Optimierer kann/sollte, dies zu tun und ignorieren den index. Wenn das der Fall ist, dann ist der index nur Platz wegnimmt ohne nutzen. Wenn Ihr "Kategorien" - Tabelle zugegriffen wird oft, möchten Sie vielleicht zu prüfen, pinning es in den Speicher, so der db-server hält es zugänglich, ohne zu springen die Festplatte die ganze Zeit.

Beim hinzufügen von Indizes, die Sie benötigen, um die balance aus Speicherplatz -, Abfrage-performance und die Leistung aktualisieren und einfügen in die Tabellen. Sie können sich mit mehr Indizes auf Tabellen, die sind statisch und ändern sich nicht viel im Gegensatz zu Tabellen mit Millionen updates pro Tag. Beginnen Sie das Gefühl, die Auswirkungen von index-Pflege an diesem Punkt. Was ist akzeptabel in Ihrer Umgebung aber ist und kann nur bestimmt werden, indem Sie und Ihre Organisation.

Wenn dabei Ihre Analyse, sicher sein, zu erzeugen/aktualisieren Sie Ihre Tabelle und index-Statistiken, so dass Sie sicher sein können, genaue Berechnungen.

Wie viele Indizes hängt ganz davon ab, die Anfragen laufen, welche Arten von Verknüpfungen, die durchgeführt werden (falls vorhanden), die Art der Daten in der Tabelle gespeichert ist und wie groß die Tabellen sind (wie auch von vielen anderen Faktoren). Es gibt wirklich keine exakte Wissenschaft, um es. Das größte Werkzeug in Ihrem arsenal, um herauszufinden, wie um eine Abfrage zu optimieren ist erklären. Mit erklären, können Sie herausfinden, welche Art von Verknüpfungen sind unten zu sein, was mögliche Schlüssel verwendet werden könnten und die-Taste (falls vorhanden) verwendet wurde, und wie viele Zeilen untersucht wurden für jede Tabelle in der Verknüpfung.

Mithilfe dieser Informationen können Sie entscheiden, wie Sie die Schlüssel Ihre Tabellen und/oder ändern Sie Ihre Abfragen, um Sie effizienter zu machen. Die syntax für die zu erklären ist sehr einfach.

EXPLAIN SELECT * FROM `categories` ORDER BY `orderid` ASC;

Beachten Sie, erklären nicht eigentlich die Abfrage ausführen. Also, wenn Sie diese zum Debuggen einer Abfrage, dauert 5 Minuten, zu laufen, zu erklären, wird immer noch sehr schnell.

Tun Sie müssen vorsichtig sein, beim hinzufügen von Indizes, obwohl, wie Sie tun verursachen inserts und updates, langsamer gehen und auf sehr große Tabellen, die diese Leistung schlagen kann, bemerkbar. Besonders wenn die gleiche Tabelle verwendet wird, für viel liest. Während Sie eine Menge von Indizes in der Regel nicht zu töten, die Leistung einer Abfrage, sollte man nur noch hinzufügen yo

Einen index beschleunigen kann, eine SELECT-Abfrage, aber es wird sich verlangsamen INSERT/UPDATE/DELETE queries, weil Sie benötigen, um den index zu aktualisieren, nicht nur die Zeile.

Dies ist nur eine persönliche Meinung (ich habe keine Fakten um es wieder auf), aber ich denke, dass, wenn es eine Abfrage, die eine lange Zeit und ein index würde das beschleunigen - go for it! "Zu viele" indiziert werden würde, wenn Sie Indizes, die nicht tun, keine guten (z.B. gab es keine Abfragen beschleunigen würde). Zum Beispiel, eine dumme Sache zu tun wäre, um einen index für jede Spalte, die "einfach da".