Wie kann ich diese MySQL-Abfrage optimieren?

Question

Ich verwende die folgende MySQL-Abfrage in einem PHP-Skript in einer Datenbank, die über 370.000.000 (ja, dreihundertsiebzig Millionen) Zeilen enthält. Ich weiß, dass es sehr ressourcenintensiv ist und es ewig dauert, diese eine Abfrage auszuführen. Weiß jemand, wie ich entweder die Abfrage optimieren kann oder die Informationen auf andere Weise schneller bekommen kann?

Tabelle Info:

games | longint, unsigned, Primary Key 
win | bit(1) 
loss | bit(1)

Abfrage:

SELECT MID(game,{$len},1) AS move, 
     COUNT(*) AS games, 
     SUM(win) AS wins, 
     SUM(loss) AS losses 
FROM games 
WHERE game>{$something} AND game<{$something_else} 
GROUP BY move

Vielen Dank im Voraus für Ihre Hilfe!

Answer 1

Der einzige Vorschlag, den ich machen kann, ist eine Tabelle zu verwenden, um vorauszuberechnen alle zählt und Summen für jedes Spiel und aktualisieren, wenn Tabelle Spiel Änderungen einen Trigger verwenden.

Answer 2

Ich würde versuchen, mit der EXPLAIN Abfrage oder profiling starten.

Answer 3

Wenn Sie stark belesen werden, sollten Sie eine aggregierte Tabelle über die Daten, die Sie normalerweise abfragen, behalten und pflegen.

Answer 4

Hört sich an, als könntest du das denormalisieren und eine "Moves" -Tabelle erstellen, die Statistiken per "move" aufzeichnet, nicht nur per "Spiel".

Answer 5

Sie können "Geschwindigkeit kaufen", indem Sie Speicherplatz opfern oder Speicherplatz reservieren, aber eine schlechtere Leistung erzielen. Da Ihr Problem Geschwindigkeit ist, benötigen Sie einige Vorberechnungen. Und ja, einige Profilerstellung der Abfrage.

BTW, die "Großen" hatten früher unterschiedliche Konfigurationen (unterschiedliche Hardware und Einstellungen) für OLTP (für die eigentlichen Transaktionen in Echtzeit) und DW (Analyse großer Datenmengen).

Answer 6

Die Funktion mid() tötet diese Abfrage. MySQL muss eine temporäre Tabelle im Speicher erstellen, um mit der Funktion mid() umgehen zu können, und wegen der Gruppe nach.

Ich gehe davon aus, dass $ Spiel ist die Art von Spiel. (Kontrolleure, Schach, Tic Tac Toe)

Ich würde einen anderen Tisch für die Art des Spiels aushängen. Dies ermöglicht Ihrer Gruppe, einen Index zu verwenden, der viel schneller wäre.

Ich schlage vor, so etwas wie:

[game] 
game bigint unsigned 
win bit 
loss bit 
game_type_id bigint unsigned 

[game_type] 
game_type_id bigint unsigned 
game_type_desc varchar(13) 

mit Abspaltungen Aussagen auf einem Tisch dieses großen Vorsicht. Erstellen Sie immer eine Sicherungskopie, bevor Sie eine Änderung vornehmen.

Answer 7

Ich würde sofort aufhören, die Abfrage MID() sowohl in der SELECT-Ausdruck und GROUP BY verwenden. Depening auf Abfragebedingungen, MySQL wird in einem einzigen Ausdruck nicht notwendigerweise, dass zwischenzuspeichern, während das Parsen, so zumindest versuchen, diese:

SELECT MID(game,{$len},1) AS move, 
    COUNT(*) AS games, 
    SUM(win) AS wins, 
    SUM(loss) AS losses 
    FROM games WHERE game LIKE '{$game}%' GROUP BY move; 

Nicht in der Welt die größte Veränderung, aber es sollte einen kleinen Unterschied machen. Abgesehen davon behaupte ich, dass die einzige wirkliche Möglichkeit zur Optimierung dieser Art der Speicherung der Daten darin besteht, diese Werte vorab zu berechnen und sie zu erhöhen, wenn ein Spiel beendet ist.