Hallo,
in einem WBB3-Forum, das ich mitbetreue, haben wir so 1–2 mal am Tag das Problem, dass für ca. 5–10 Minuten der
MySQL-Server komplett blockiert ist. Dazwischen ist die Performance in Ordnung.
Ich habe jetzt mal das Slow-
Query-Log eingeschaltet und einige der dort auftauchenden Queries mit EXPLAIN aufschlüsseln lassen, um zu gucken, ob Indizes benutzt werden usw..
Dabei ist mir jetzt durch Zufall was aufgefallen:
Code:
mysql> explain SELECT postID, attachments, pollID
-> FROM wbb1_1_post post
-> WHERE threadID = 15 AND isDisabled = 0
-> ORDER BY post.time ASC LIMIT 152520, 40;
+----+-------------+-------+------+---------------------+----------+---------+-------+--------+-----------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------------+----------+---------+-------+--------+-----------------------------+
| 1 | SIMPLE | post | ref | threadID,isDisabled | threadID | 4 | const | 112119 | Using where; Using filesort |
+----+-------------+-------+------+---------------------+----------+---------+-------+--------+-----------------------------+
Man beachte: Für jede der wichtigen Spalten existiert ein separater Index: threadID, isDisabled und time (auch wenn man letzteres hier nicht sieht – warum auch immer). Dennoch wird der Index zum Sortieren nicht verwendet.
Dann hab ich (eigentlich aus Versehen) einen Index über alle 3 Spalten angelegt. Nun wieder den gleichen
Query wie oben:
Code:
mysql> explain SELECT postID, attachments, pollID
-> FROM wbb1_1_post post
-> WHERE threadID = 15 AND isDisabled = 0
-> ORDER BY post.time ASC LIMIT 152520, 40;
+----+-------------+-------+------+--------------------------------+------------+---------+-------+--------+-------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+--------------------------------+------------+---------+-------+--------+-------------+
| 1 | SIMPLE | post | ref | threadID,isDisabled,threadID_3 | threadID_3 | 4 | const | 112161 | Using where |
+----+-------------+-------+------+--------------------------------+------------+---------+-------+--------+-------------+
Dieses threadID_3 ist also mein Index über (threadID, isDisabled, time).
Hoppla – plötzlich kein Filesort mehr nötig?
Heißt das also im Klartext,
MySQL kann pro
Query immer nur einen einzigen Index verwenden und nicht mehrere kombinieren? Wäre es dann nicht schlauer immer nur einen Index anzulegen, über alle möglichen Spalten? Oder gäbe es da irgendwelche Nachteile?
Ich brauch eine Erklärung
