Belastung / Performance von MySQL Datenbank testen

placido · Helfer [**User**] Anmeldung: 16.10.07 Beiträge: 194

Hallo zusammen,

bin mit ein paar Kollegen gerade dabei ein Portal für Warhammer Online aufzubauen, genug Helfer sind vorhanden, von daher besteht da keine Schwierigkeit.

Meine Sorge ist, dass bei zu vielen Besuchern in der Datenbank, selbige zu langsam wird, um Abfragen noch schnell genug durchführen zu können.
Habe gestern ein kleines Script gebastelt, dass mir 10.000 user eingetragen hat. Ist nun meine Frage: Ist das genug für eine Belastung?
Abgesehen davon, dass im deutschsprachigen Raum wahrscheinlich sowieso keine 10.000 User angemeldet werden (da es vergleichabre Portale schon gibt), geht es bisher noch sehr schnell.
Meiner Meinung nach ist das einloggen der schwierigste Teil, da dort alle wichtigen Daten wie user id, nickname abgefragt werden und in sessions gespeichert werden.
Das einloggen ging mit 3 benutzern quasi sofort, nun mit ca 11.000 usern dauerts ca 1 sekunde.
Was sagt das nun über mein Script aus?
Sagt es überhaupt was aus?

Wenns wichtig ist poste ich die URL. Aber denke es geht erst mal nur um die Datenmenge und ab wann es schwierig wird.

Gibt es eine Seite, mit der ich den gleichzeitigen Zugriff und belastung des Login scripts testen kann?

Grüße
Dennis

eforium · Verfasst am: 16.09.2008, 17:10 Titel:

Dein Script sagt wenig aus.

Denn es loggen sich ja nicht 10000 Leute gleichzeitig ein, oder? Du solltest einen Mix aus Dateien aufrufen, zirka 10%, immer mit file_get_contents und für jedes die Ladezeit analysieren. Wenn du das mit einem PHP Skript direkt 1000 mal nacheinander machen würdest, würde Apache ziemlich gestresst werden.

Aber bei SharedHosting wäre ich als Hoster nicht scharf drauf, einen Kunden zu haben, der den Apache zum Abstürzen bringt.

Ausserdem:
- Zend Optimizer aktivieren und installieren (oder umgekehrt)
- eAccelerator installieren und aktivieren

placido · Helfer [**User**] Anmeldung: 16.10.07 Beiträge: 194

Danke dir, probiere es gleich aus.

Dachte die Masse an Daten die SQL abfragen muss ist relevant.
Weiß zb , dass xtcommerce mit jedem artikel langsamer wird. glaub aber dass da die grenze, an der das system echt deutlich langsamer wird 3 millionen artikel sind. von daher bin ich noch sehr weit davon entfernt...

eforium · Verfasst am: 18.09.2008, 16:40 Titel:

Klar, ist die Masse auch entscheidend, aber du solltest ja vorwiegend die Tabellen testen, die auch benötigt werden. So z.B., wie du es hier im Forum machst, loggst du dich ein und öffnest dann bis du wieder gehts etwa 20 mal eine Forenseite und etwa 150 Themen, worauf du bei 5 eine Antwort gibst.

Wenn du jetzt sagst, du müsstest, um die Performance zu testen, 10000 mal jemanden einloggen lassen, kann auch ich nicht mehr helfen Winken

800XE · Bekannter [**Mod**] Anmeldung: 24.10.04 Beiträge: 1409 Wohnort: Speyer

jonatan_männchen · Verfasst am: 12.10.2008, 14:17 Titel: Benchmark

Ich würde einen Benchmark erstellen:

(etwa so)

eforium · Verfasst am: 13.10.2008, 18:46 Titel:

Ja, das wird dir helfen, nur, wenn der Server schon ein wenig gefordert ist und PHP auch, wird das Skript total nur noch mehr verlangsamert. Dann hilft es wiederum nichts mehr.

jonatan_männchen · Verfasst am: 28.10.2008, 22:00 Titel: Benchmark

eforium · Verfasst am: 29.10.2008, 17:32 Titel:

Ich denke, wenn ich einen leeren Benchmark aufrufe, werde ich nicht nur nullen ablesen können... Ohne das zu testen, weiss ich, dass eine Millisekunde einer tausendstel Sekunde entspricht... Diese Zeit ist messbar, und die wird wohl gerade dazu verbraucht, die Zeit überhaupt irgendwo mal durch den RAM zu jagen...

Ausserdem bringt das 5 Mio Einträge erstellen nichts... Wenn du das schon mal ausprobiert hast, wirst du zwei Sachen merken:
- 1. Wird sich der Server wohl früher oder später aufhängen = Mehr Schaden als Nutzen
- 2. Werden niemals 5 Mio Einträge in so kurzer Zeit erstellt werden, dass das relevant wäre.
- 3. Geht es bei einem Browsergame vor allem um auslesen und teilweise, das heisst geringerer Anteil, ums speichern. Beim Speichern wird allerdings nichts im RAM gelagert, nur hindurch gejagt. MySQL ist aber so einstellbar, dass Datenbanken im RAM gelagert werden können, d.h. es wird schneller ausgelesen. Dass kannst du mit 5 Mio Einträgen nicht machen, oder?
Idee: Es soll jemand einen SQL Server programmieren, der INSERT's zwischenlagert, bevor sie gesendet bzw. erstellt wurden Winken

800XE · Verfasst am: 30.10.2008, 04:50 Titel:

hlag · Verfasst am: 28.11.2008, 18:52 Titel:

Hi,

die Anzahl einträge in einer Datenbank sind meistens eher unkritisch.
Leg wie 800XE sagte über alle Felder, nach denen Du abfragst einen index an und es geht rasant schneller.

Wenn Du Abfragen mit AND verknüpfst, klickst Du im phpMyAdmin in der Strukturansicht beide Felder an und legst auf die kombinierten Felder einen Index.

Das bringt rasant viel.

Wenn Deine Seite auf einem CMS beruht, sieh zu, dass Du alles an inhalt, was Du cachen kannst, als File cached und die Datenbank in Ruhe lässt.

Wenn das jetzt immer noch zu langsam ist: dickerer Server.

viele Grüße,

hlag

hlag · Verfasst am: 28.11.2008, 18:57 Titel:

Nebenbei:

Wenn Du die Responszeiten überwachen willst, kannst Du das mit unserem Tool tun.

Sobald der Server echt nicht mehr will, wird er erst langsam, danach schreit er um Hilfe:

Warning: mysql_connect() [function.mysql-connect]: Too many connections in /pfad/zum/script/script.php on line X

Unser Tool erkennt sowohl den String, als auch Änderungen auf der Seite die durch fehlende inhalte verursacht werden (falls Du die Ausgabe von Fehlern unterdrückst)

Viele Grüße,

Klaus