MySQL-Indexoptimierung für den Index

Ich bin kürzlich auf ein Problem beim Umgang mit altem Geschäftscode gestoßen. Dieser Artikel teilt Ihnen hauptsächlich den umfassenden Index der MySQL-Indexoptimierung mit.

Ich bin kürzlich auf dieses Beispiel gestoßen, als ich mit altem Geschäftscode gearbeitet habe:

Die Tabellenstruktur ist wie folgt:

CREATE TABLE `group_user` ( 
  `id` int(11) NOT NULL auto_increment, 
  `uid` int(11) NOT NULL, 
  `username` varchar(16) NOT NULL,
  `gid` int(11) NOT NULL, 
  `create_time` int(10) NOT NULL, 
  `update_time` int(10) NOT NULL, 
  PRIMARY KEY  (`id`), 
  KEY `idx_uid` (`uid`), 
  KEY `idx_gid` (`gid`) 
) ENGINE=InnoDB AUTO_INCREMENT=1530312 DEFAULT CHARSET=utf8

150 W Daten, eine solche Aussage:

SELECT SQL_NO_CACHE uid FROM group_user WHERE gid = 2 ORDER BY create_time ASC LIMIT 10;

Es gibt viele langsame Abfrageprotokolle, die 2 Sekunden dauern. Das Ergebnis von Explain ist:

+----+-------------+------------+------+---------------+----------+---------+-------+------+--------------------------------+ 
| id | select_type | table      | type | possible_keys | key      | key_len | ref   | rows | Extra                          | 
+----+-------------+------------+------+---------------+----------+---------+-------+------+--------------------------------+ 
|  1 | SIMPLE      | group_user | ref  | idx_gid       | idx_gid  | 4       | const | 6535 | Using where; Using filesort    | 
+----+-------------+------------+------+---------------+----------+---------+-------+------+--------------------------------+

Aus dem Ergebnis von Explain können wir erkennen, dass die Abfrage den Index verwendet hat. aber warum ist es immer noch so langsam?

Analyse: Erstens verwendet die Anweisung ORDER BY die Dateisortierung, und die Abfrageeffizienz ist gering. Zweitens befindet sich das Abfragefeld nicht im Index und wird daher nicht verwendet Die Datenverteilung muss über den Index zurück zur Tabelle abgefragt werden. Es gibt mehr GIDs, die gleich sind, die UID-Hashes sind relativ gleichmäßig und die Auswirkung der Verwendung nur sekundärer Indizes ist durchschnittlich (falls Sie es nicht wissen). Für die Indexklassifizierung klicken Sie bitte auf: Einführung in die MySQL-Indexklassifizierung.

Lösung: Da nur das UID-Feld abgefragt wird, können durch Hinzufügen eines gemeinsamen Index Tabellenrückgaben und Dateisortierungen vermieden werden. Verwenden Sie den Abdeckindex, um die Abfragegeschwindigkeit zu verbessern, und verwenden Sie den Index, um die Sortierung abzuschließen.

Abgedeckter Index: MySQL muss nur den Index verwenden, um die für die Abfrage erforderlichen Daten zurückzugeben, ohne den Primärschlüssel über den Sekundärindex finden und dann die Daten abfragen zu müssen.

ALTER TABLE group_user ADD INDEX idx_gid_ctime_uid (gid, create_time, uid);

Erklären Sie es noch einmal:

EXPLAIN SELECT SQL_NO_CACHE uid FROM group_user USE INDEX(idx_gid_ctime_uid) WHERE gid = 2 ORDER BY create_time ASC LIMIT 10;

+----+-------------+------------+------+-------------------+-------------------+---------+-------+------+--------------------------+ 
| id | select_type | table      | type | possible_keys     | key               | key_len | ref   | rows | Extra                    |
+----+-------------+------------+------+-------------------+-------------------+---------+-------+------+--------------------------+
|  1 | SIMPLE      | group_user | ref  | idx_gid_ctime_uid | idx_gid_ctime_uid | 4       | const | 6375 | Using where; Using index |
+----+-------------+------------+------+-------------------+-------------------+---------+-------+------+--------------------------+

Zusätzliche Informationen enthalten bereits „Using Index“, was darauf hinweist, dass ein abdeckender Index verwendet wurde (normalerweise gibt es viele Kollegen, die SELECT * , was eine Falle ist).

Warum muss in der Anweisung manuell angegeben werden, welcher Index verwendet werden soll? Weil der MySQL-Abfrageoptimierer möglicherweise den idx_gid-Index verwendet, sofern er nicht gelöscht wird.

Nach der Indexoptimierung überschreiten Online-Abfragen grundsätzlich nicht mehr als 0,001 Sekunden.

Letzte Frage: Wie wird die tatsächliche Situation aussehen, wenn diese Tabelle die MyISAM-Engine verwendet?

Verwandte Empfehlungen:

MySQL-Indexoptimierungsmethode

So verwenden Sie die MySQL-Indexoptimierung

MySQL-Optimierung: tiefgehendes Verständnis von Speicher-Engines und Indexoptimierung

Das obige ist der detaillierte Inhalt vonMySQL-Indexoptimierung für den Index. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!