Hallo Leute,

...nachdem ich vor kurzem schoneinmal einen Thread geöffnet hatte und mir keiner so recht helfen konnte, versuche ich es nocheinmal.

Zu meinem Problem:

Ich betreibe seit ca. einem halben Jahr eine Community mit z.Zt. ca. 2000 registrierten Usern. Davon sind ungefähr täglich ca. 70 User zur selben Zeit online. Allerdings ist der Seitenaufbau extram langsam. Dieser schwankt von zwischen 10-50 sek. bei durchschnittlich 26 Querys pro Aufruf! Ich denke es wird daran liegen, dass der Server evtl nicht perfekt konfiguriert ist. Leider bin ich nicht gerade ein Ass was Linux und die optimale konfiguration von MySQL angeht und komme deshalb nicht so recht weiter.
Ich hoffe das mir jemand von euch weiterhelfen kann!

Ich nutze folgenden Server: Highendserver SR

Die konfigurationsoberfläche ist VISAS und bietet auch nicht gerade sehr viel flexibilität.

MySQL Konfiguration

Ich nutze soweit keine Joins und selbstverständlich auch keine "SELECT * FROM" Querys Außerdem arbeite ich z.Zt. an einer neuen Version meiner Community-Engine und würde deshalb gerne bis zum Release den Server soweit performant konfigurieren...

Schon mal vielen Dank im voraus an alle die mir evtl. weiterhelfen können!

Ich würe sagen gerade die Anzahl der Queries ist das problem. Lieber eine JOIN als 6 Queries, weil gerade die Kommunikation zwischen PHP und MySQL ist das langsame.

Nun ja, mein Problem ist ja gerade, dass ich im Umgang mit MySQL nicht gerade ein Profi bin. Wie erstelle ich zum Beispiel einen Join, der über 6 Tables reicht um die nötigen Daten auszulesen... Ich habe bereits gegoogelt und in der Referenz nachgesehen, allerdings habe ich bis jetzt nicht wirklich das Prinzip der Joins verstanden...
Aber was ist mit der Serverkonfiguration. Ist es möglich in der Hinsicht noch etwas zu optimieren, bis die neue Plattform online kommt. Denn soweit sich die Userzahlen im unterem Bereich von ca. 30 befinden, läuft alles wunderbar und der Seitenaufbau ist um einiges schneller (ca. 0,9 sek.)
Was für Techniken nutzen denn die "großen" Communitys bei mehr als 2000 gleichzeitig angemeldeten User?

Naja ein Join über 6 Tabellen ist vielleicht uach etwas zu gut gemeint. Ansonsten: www.mysql.com
Da gibts nen schönes Manual.

Ich habe die letzten Wochen leider schon wie wild dort gesucht, allerdings nichts gefunden was mir hilfreich erschien bzw. leicht verständlich für mich war. Ich weiß, ich stellehier sicher dumme Fragen, aber ich komme aus dem Bereich der Spieleentwickung (C++/DirectX) und deshalb sind Linux und MySQL für mich absolutes Neuland. Mit PHP arbeite ich schon seit lange und auch mit kleineren DBs... Nur in diesem Fall bin ich wirklich etwas ratlos.

http://www.little-idiot.de/mysql/mysql-170.html

Das untere hilft dir bestimmt.

Hey, danke Dir für deinen Tip. Ist schon übersichtlicher und verständlicher aufgebaut. Aber wie sieht's mit der Serverkonfiguration aus? Gibt es da Dinge auf die man achten sollte bzw. wie man die optimale konfiguration ermittelt?

Ich hab noch nie nen Server zum selber konfigurieren gehabt. Aber Google hilft bestimmt ;)

Nun ja, unter Goggle finde ich massenhaft. Allerdings nicht, was mir speziell darauf Antwort geben kann, was mein Problem angeht... Ich meine, der Server ist nichteinmal zu 20% ausgelastet...

Werde allerdings jetzt eine neue DB-Struktur für die kommende Version entwerfen.

Ich glaub nicht dass da mysql das problem ist.
wenn schon eher die verbindung zu mysql und die php config an sich. bei 70 gleichzeitigen usern ist die verwendung von pconnect bei mysql durchaus vertretbar.

sonst fndet man hier noch einige performance tips:
http://www.blueshoes.org/en/developer/php_bench/

was verwendest du als community software?

Evtl würd ich mir überlegen nen Profiler zu benutzen.
Das einfachste ist z.b. vor und nach der mysql query die systemzeit auszugeben und dann die unterschiede zu messen. So kann man engpässe leicht finden.

Was ich bei dem Stratoangebot vermisse ist die Bandbreite. da ist der Traffic drin aber nciht die Bandbreite.

---
We are born wet, naked and hungry, then things got worse!