Kommentare zu: Einmal lang statt mehrmals kurz

Von: Michael

Michael — Tue, 09 Dec 2008 18:43:52 +0000

also wir haben soweit keine probleme.
innoDB macht das recht gut (auch wenn mal einer den Geist aufgibt oder neugestartet werden muss).

Es tauchen selten mal unstimmigkeiten auf, aber meistens sind wir selbst schuld daran.

Von: GhostGambler

GhostGambler — Tue, 09 Dec 2008 18:14:07 +0000

Funktioniert die Replikation denn einwandfrei?
Für gewöhnlich kommt es – gerade bei großen Datenmengen – dabei theoretisch/oft zu inkonsistenten Zuständen zwischen den Servern was natürlich für die Benutzer verwirrend ist, wenn z.B. beim ersten Aufruf ein Posting da ist, beim zweiten Aufruf noch nicht. Oder wenn ein Benutzer immer auf dem gleichen Server landet, der eine Benutzer schon mehr sieht als z.B. ein anderer Benutzer.

Von: Michael

Michael — Tue, 09 Dec 2008 13:38:47 +0000

Nutzen Replikation. Der ein oder andre Server ist nahezu autonom, hier liegen dann zum Beispiel 60GB private Nachrichten von Usern.

Von: GhostGambler

GhostGambler — Tue, 09 Dec 2008 09:02:23 +0000

Nutzt ihr Replikation, Cronsynch oder sind das einfach 12 autonome Datenbank-Server?

Von: Michael

Michael — Mon, 08 Dec 2008 20:46:45 +0000

In den meisten Umgebungen, wo es auf Performance ankommt, oder wenn die Datenbankgröße entsprechende Größen annimmt, muss das so sein.
Ob das jetzt per TCP läuft oder über den lokalen UNIX Socket, der Zeitunterschied ist trivial.

Wir betreiben ein soziales Netzwerk mit knapp 1Mrd Klicks im Monat, wir betreiben 20 Webserver und 12 Datenbankenserver. Hier muss alles zwangsläufig übers Netzwerk laufen, performanceeinbußen gibts es hierdurch allerdings nicht.

Von: Markus Blaschke

Markus Blaschke — Mon, 08 Dec 2008 11:36:14 +0000

Ist der MySQL-Server _nicht_ auf dem gleichen System wie der Webserver, so kostet jede SQL-Query deutlich mehr Zeit, da hier alle Anfragen und Antworten über das Netzwerk geschickt werden.
Je nach Netzwerk kann eine Query somit einige Millisekunden benötigen.