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 okZeit 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 ...
Das passiert schon einmal im Eifer des GefechtesZitat von JoJo
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
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
Beste Grüße
Jo
P.S. ich hoffe ich hab nix vergessen
Was ich noch nachreichen wollte. Hier mal ein paar "wichtige" bzw halt rote (schlechte) Daten aus meiner MySQL-Laufzeit-Status-Anzeige (innerhalb von PHPMyAdmin)
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-ProblemeSlow_queries 118 k (Anzahl der Anfragen, die länger als long_query_time benötigten.)
Wahrscheinlich siehe obenHandler_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 obenHandler_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 obenOpened_tables 2.449 (Anzahl der Tabellen, die geöffnet wurden. Wenn Opened_tables hoch ist, ist Ihre table_cache-Variable wahrscheinlich zu niedrig.)
Siehe Punkt 1 ... Stoße da leider (scheinbar) an WissensgrenzenTable_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.)
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
Das ist (bei dem Server vorausgesetzt, auf einem Webspace könnte es etwas zu groß sein) absolut im grünen Bereich.
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.
Kill one man, and you are a murderer.
Kill millions of men, and you are a conqueror.
Kill them all, and you are a god. - Jean Rostand, Thoughts of a Biologist (1939)
Berechtigungen
Zitieren
