[S]uche VMS-Optimierer/Aufräumer

[jpwfour]

...
P.S. derzeitige DB:
273 Tabellen Gesamt 477.447 MyISAM latin1_german2_ci 44,7 MiB 720 Byte

Das ist (bei dem Server vorausgesetzt, auf einem Webspace könnte es etwas zu groß sein) absolut im grünen Bereich.

Was ich noch nachreichen wollte. Hier mal ein paar "wichtige" bzw halt rote (schlechte) Daten aus meiner MySQL-Laufzeit-Status-Anzeige (innerhalb von PHPMyAdmin)

OK, da kann man quasi immer was optimieren, ein paar Indizes etc. wobei diese Werte alle nicht direkt auf ein totales "lahmen" des Servers hindeuten.

Was steht den ganz oben bei der Statistik von der Menge der Abfragen?

Also Abfragen /Sekunde (Durchschnitt), Minute/Stunde?

Hast du/User deine Seite in einer Surfbar oder so einem *** oder Besuchertausch *** eingebucht?

Da kann das auch mal zu extremen "Spitzen" kommen, wenn auf einmal das Programm drin ist und die 1000 Chinesen, die schon alle weg haben, dann glei9chzeitig deine Seite aufrufen

Du kannst dir ja als Admin bei jeder Seite im VMS unten die Anzahl der Querys ausgeben lassen, und über die Spiele und topframe Dateien mal drüber schaun, ob da jemand allzu verschwenderisch mit DB Anfragen umgeht.

Zusätzlich gibt es ja unabhängig von der Hardware noch Methoden, die MySQL Schnittselle zu limitieren, wobei das je nach Server(software) nicht immer gleich umgesetzt ist, und auf einem Server eigentlich nicht vorinstalliert sein sollte, eher bei Freewebsapce und billig Webspaces.

[JoJo]

Also ich habe den Server jetzt mal 9 stunden laufen lassen ;-) Macht auch bisher nen ganz guten Eindruck ... habe gestern Abend/Nacht noch einige Indizes geändert/gesetzt und es läuft auf jeden Fall schonmal besser. Ich habe schon VIEL weniger Slow-Queries. Die Zahl ist dennoch ziemlich hoch ...

Abfragestatistik: Seit seinem Start wurden 11.868.668 Abfragen an diesen MySQL-Server gesandt.
Insgesamt ø pro Stunde ø pro Minute ø pro Sekunde
12 M 1,23 M 20,47 k 341,12

Also da ist schon einiges los aufm Server

Slow_queries 201 k (nach 9h Laufzeit) ...

Also ich denke ich werde mir diese "Slow-Queries" mal nochmal alle zu Gemüte führen. Wüsste aber nicht so recht wie ich die noch optimieren soll.

Ich poste hier gegen 12 Uhr nochmal ein paar dieser Slow-Queries ...

Habe grade gesehen du bist ja auch bei mir angemeldet jpwfour ;-)

Achja hier nochmal ein paar Daten (ausm Footer) als Beispiel die Seite der Team-Rallye:
103 MySQL Abfragen | SQL: 0,0129 s ...

Das finde ich für 103 Abfragen schon SEHR anständig. Da ich jetzt aktualisiert habe, passiert das auch bei anderen Usern nicht mehr (erst in 1 Minute wieder) ... also ich Cache die Rallye-Übersichten mit 1 Minute Laufzeit ...

Danke nochmal für Eure Hilfen
Jo


edit: hier mal die Dauer der Refübersicht ... wobei ich auch in Game-Ref-Übersicht und normaler Ref-Übersicht unterscheide (dadurch doppelt so viel wie "sonst")

1821 MySQL Abfragen | SQL: 5,6664 s

Finde ich bei ingsgesamt knapp 300 Refs schon ordentlich ... sind ja quasi 6 Abfragen pro Ref ...

[Hardy]

edit: hier mal die Dauer der Refübersicht ... wobei ich auch in Game-Ref-Übersicht und normaler Ref-Übersicht unterscheide (dadurch doppelt so viel wie "sonst")

1821 MySQL Abfragen | SQL: 5,6664 s

Finde ich bei ingsgesamt knapp 300 Refs schon ordentlich ... sind ja quasi 6 Abfragen pro Ref ...

Naja da ist ja nun die frage was du da alles mit ausliest und ob es da möglichkeiten gibt wenn du aus mehren tabellesn ausliest da die querys mit left join etc zu machen.

Wenn du magst kannst du dich mal bei mir im ICQ melden ich kann mir mal entsprechende Datein anschauen die viele MySQL Abfragen haben

[JoJo]

Moin Hardliner,

naja "das übliche" wird dort ausgelesen. Bzw. ich zeige nicht die UID sondern die Nicknames der Werber/Refs an ... das verbraucht ja auch nochmal mehr achja und ich habe ein COUNT(uid) um anzuzeigen wieviele Refs pro Ebene sind. Dann wird der Ref-Verdienst und der Game-Refverdienst ausgelesen. Da könnte man sicher noch etwas optimieren, wobei die Anzeige des Ref-Umsatzes und die des Game-Refumsatzes in 2 verschiedenen Dateien liegen. Aber die könnte man auch zusammenfassen (bei Bedarf).

Kann dir gerne mal die Abfragen zukommen lassen. Erinnerst dich ja vielleicht noch an ne PN von gestern von "mir" *dumdidum*

Nochmal kurz zu den Slow-Queries. Da stört am meisten (öftesten) folgende beiden Abfragen. Slow sehen die nicht aus, also gehe ich mal davon aus, dass diese wegen fehlernder/suboptimaler Indizes geloggt werden.

# User@Host: web6[web6] @ localhost []
# Query_time: 1 Lock_time: 0 Rows_sent: 0 Rows_examined: 0
UPDATE vms_tages_rang SET ap = ap + 1000 WHERE uid = 309950;
Indizes von vms_tages_rang:
Name | Typ | Kardinalität | Feld
uid | INDEX | 370 | uid

# User@Host: web6[web6] @ localhost []
# Query_time: 0 Lock_time: 0 Rows_sent: 0 Rows_examined: 0
UPDATE vms_king SET `lose` = `lose` + 1000;
Indizes von vms_king:
Name | Typ | Kardinalität | Feld
lose | INDEX | 1 | lose

Beste Grüße
Jo

[Lokutos]

hi schick mir mal deine refübersicht ich habe 1 globale + 1 Abfrage/user obwohl diese auch in die globale gehen würde

[JoJo]

Ich habs mit Hardliners Hilfe immerhin auf ...

529 MySQL Abfragen | SQL: 2,4740 s

... gebracht. und das bei 270 Refs (über alle 3 Ebenen) ...

Also eigentlich recht anständig. Derzeit machen mir die beiden oben genannten Abfragen die größte "Sorge" alles andere bekomme ich nach und nach in GRiff

Beste Grüße
Jo