[S]uche VMS-Optimierer/Aufräumer

Hallo zusammen,

suche jemanden der sich SEHR gut mitm VMS auskennt und bestenfalls jetzt Zeit hat :D

Kurz zu der Seite und meinen bisherigen Lösungsversuchen!

Ich betreibe eine wachsende Lose-Seite auf VMS-Basis. Diese hat mittlerweile immerhin über 1000 User und dadrunter natürlich ne Menge Klicker, aber auch viele Zocker.

Ich suche jemanden, der sich mal die DB richtig zur Brust nehmen kann (vorallem in Sachen Indizes). Dann sollte einmal die Abfragen überprüft werden, die das Script sendet. Gibt es da noch etwas zu optimieren? etc. ...

Ich habe bisher SEHR viel gecached. Fast alles was gecached werden kann. Beispielsweise die Mediadaten, die Rentenübersicht, die Refübersicht, die Wer ist online Liste, die JP- und Big-Winner-Listen, etc. pp. Das bringt auch auf jeden Fall einiges. Dennoch stößt mein System ab ca. 30 Besuchern stark an seine Grenzen obwohl laut "top" noch EINIGES an Systemressourzen zur Verfügung steht. Das System hat einen 2 GhZ Prozessor und 2 GB RAM. Von der CPU-Auslastung steht das System bei ca. 22% von der Ramauslastung steht es bei ca. 10-15% ... dennoch lahmt die Seite ENORM!

Mein Problem ist halt, dass ich langsam nicht mehr weiter weiß ;) Der Server ist mittlerweile gut eingestellt und ich weiß zu 90% das irgendwo im Script (oder an/in der DB) Optimierungspotenzial steckt ;)

Bei weiteren Infos auch gerne einfach eine PN schreiben. Ansonsten hier einfach kurz melden ;)

Danke schonmal für eure Anregungen/Vorschläge!

Beste Grüße
Jo

Also eine komplette Optimierung ist natuerlich nicht mal eben so gemacht, deswegen auch mit Kosten verbunden.

Und du benutzt ganz allein diesen Server?

Dann sollte die Seite auch nicht optimiert einwandfrei laufen :yes:

Ausser an einer Stelle wurde nachtraeglich etwas absolut ressourcenfressendes eingebaut.

Auch sollte sich rausfinden lassen, wodurch die Seite nun genau langsamer wird, also ob DB, Apache etc.

Wie gross ist den die Datenbank?

Sprich wieviele Tabellen, Eintraege, MB.
Und MySQL Status, sofern da nur das VMS drauf laeuft (ansonsten ja kaum aussagekraeftig)

Ressourcenfressendes wurde "scheinbar vieles" eingebaut ... fürchte ich ;)

Habe dir diesbezüglich auch mal ne PN geschrieben ... denn da sind ja auch nen paar vertrauliche Daten bei.

Das das Ganze gegen Bezahlung geht wäre für mich vollkommen ok ;) Zeit ist Geld ;)

Beste Grüße und dank schonmal für deine Antwort!
Jo

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

Was für eine VMS Version hast du denn im Einsatz?

Version 1.2 ...

edit: sorry, sowas selbstverständliches "vergesse" ich dann anzugeben ... peinlich ...

Zitat:

---

Zitat von JoJo

Version 1.2 ...

edit: sorry, sowas selbstverständliches "vergesse" ich dann anzugeben ... peinlich ...

---

Das passiert schon einmal im Eifer des Gefechtes :biggrin1:

Hast du schon Beobachtungen angestellt wann die Seite lahmt,
ob z.B. zu der Zeit viel Banner usw geklickt werden, wieviele User grad online sind usw.

Vielen Dank für deine Einsicht und mithilfe ;)

Es tritt so ab 25-30 Usern auf ... schwer zu sagen ... auch mal schon ab 20 ... ist dann aber stabil lahm :D

Es kam so ab ca. 500-600 Usern. Da habe ich auch angefangen etwas mehr für die Klicker zu tun und spätestens seit den Team-Rallyes ist die Seite (soll sie werden) auch für Klicker interessant.

Ich vermute mal stark, dass es mit dem Klickbereich zusammenhängt (also vorallem). Ich selbst hatte kein Problem beispielsweise 100 Games (Spieler) zu simulieren. Also mehrere 100 Anfragen pro Minute waren "kein Problem" ... zumindest von den Games. In diesem Test war die Seite im Wartungsmodus, sodass nur ich und ein paar Tester online waren.

Also der Gaming-Bereich läuft (scheinbar) einwandfrei. Will ja auch nicht immer alles auf die Klicker schieben, aber ich vermute halt sehr stark, dass es eher an den klickern liegt. Zumal ich eine Slot-Begrenzung von max. 3 Slots (Fenster) pro User eingebaut habe ;) Bei den Klicks (bisher) nicht. Also dass beispielsweise nur eine Werbe-Art (Paidbanner) geklickt werden kann, und nicht mehrere auf einmal (Paidbanner u. Paidlinks) ist bei mir bisher nicht der Fall ... es geht ja auch bei anderen ohne. Habe nun allerdings die max. Banner (und Linkanzahl) pro Seite auf 10 pro User beschränkt. Dadurch wird die Seite jedoch nur ein wenig schneller ...

Beste Grüße
Jo

P.S. ich hoffe ich hab nix vergessen :D

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

Zitat:

---

Slow_queries 118 k (Anzahl der Anfragen, die länger als long_query_time benötigten.)

---

Aus der mysql-slow.log geht aber nicht wirklich viel hervor. Ich habe das Gefühl dort gibt mir das Script alle Abfragen aus. Obwohl ich die "long-query-time" auf 5 sek. gestellt habe, stehen dort auch Abfragen drin, die schneller gingen. Wahrscheinlich liegt es dabei dann an "log-queries-without-indexes" (o.ä.) welches ich auch mal aktiviert HATTE (beides deaktiviert - also das komplette logging von slow-queries wurde deaktiviert). Da stoße ich dann aber leider an Wissensgrenzen, bzw. sehe keine Indizes-Probleme :D

Zitat:

---

Handler_read_rnd 247 k (Anzahl der Anfragen, eine Zeile basierend auf einer festen Position zu lesen. Dieser Wert wird hoch sein, wenn Sie viele Anfragen ausführen, die erfordern, dass das Ergebnis sortiert wird. Wenn Handler_read_rnd hoch ist, haben Sie wahrscheinlich viele Anfragen, die MySQL zwingen, ganze Tabellen zu scannen, oder Sie haben Joins, die Schlüssel nicht richtig benutzen.)

---

Wahrscheinlich siehe oben ;)

Zitat:

---

Handler_read_rnd_next 100 M (Anzahl der Anfragen, die nächste Zeile in der Daten-Datei zu lesen. Dieser Wert wird hoch sein, wenn Sie viele Tabellen-Scans durchführen. Im Allgemeinen weist das darauf hin, dass Ihre Tabellen nicht korrekt indiziert sind, oder dass Ihre Anfragen nicht so geschrieben sind, dass Sie Vorteile aus den Indexen ziehen, die Sie haben.)

---

Wahrscheinlich siehe oben ;)

Zitat:

---

Opened_tables 2.449 (Anzahl der Tabellen, die geöffnet wurden. Wenn Opened_tables hoch ist, ist Ihre table_cache-Variable wahrscheinlich zu niedrig.)

---

Wahrscheinlich siehe oben ;) denke nicht dass diese Variable mit 2048 (ohne Einheit) zu niedrig ist. Oder sollte man die nocoh etwas höherschrauben? Hab halt viel gegooglet in letzter Zeit und eigentl. wurde mir oft 1024 vorgeschlagen (bei ähnlicher Server-Config) ...

Zitat:

---

Table_locks_waited 33 k (Wie oft eine Tabellensperre nicht sofort erlangt werden konnte und gewartet werden musste. Wenn dieser Wert hoch ist und Sie Performance-Probleme haben, sollten Sie zunächst Ihre Anfragen optimieren und dann entweder Ihre Tabelle(n) zerteilen oder Replikation benutzen.)

---

Siehe Punkt 1 ... Stoße da leider (scheinbar) an Wissensgrenzen ;) bin aber bereit diese zu füllen :D

Danke nochmal für Euer offenes Ohr und euer Engagement ;)
Jo

edit: sorry for Doppelpost, aber dies alles in nen Edit zu packen, fand ich zu heftig ;) Bitte um Gnade ...

Zitat:

---

Zitat von JoJo

...
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.

Zitat:

---

Zitat von JoJo

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 :yes:

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.

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 :D

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 ...

Zitat:

---

Zitat von JoJo

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

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

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

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