Kommentare zu: Skalierung von mySQL-Datenbanken Teil 1 – Verteilung von reads und writes

By: Nudge

Nudge — Mon, 09 Aug 2010 11:02:23 +0000

Ich wusste gar nicht, dass Ruby transparente MySQL-Skalierung kann!

Danke für den coolen Artikel. Von Zend würde ich an der Stelle vielleicht persönlich absehen, aber das muss jeder selbst entscheiden.

By: Roland Moriz

Roland Moriz — Sun, 24 Aug 2008 13:58:48 +0000

Entschuldige den etwas unsachlichen Kommentar der jetzt folgt:

Wenn ich mir den (sicher für PHP angemessenen) Code anschaue, bin ich froh nur noch auf Ruby zu setzen

By: Jan

Jan — Wed, 13 Aug 2008 18:11:36 +0000

Hi, ehm, Metal Community,

ja, genau. Das machen wir quasi per Hand.

Zu deinen Problemen:
- lazy loading von Zend hat hier wirklich geholfen. Das sorgt dafür, dass die connection erst aufgebaut wird, wenn man die wirklich braucht. Zusätzlich kann man darauf hinarbeiten, SQLs weg zu optimieren, damit z.B. die (teure) Verbindung zum Master gar nicht mehr notwendig ist (Stichwort Sessions).

- Dann muss man die Daten auf mehr Server partitionieren. Der gesamte Cluster ist ja von der Write-Geschwindigkeit her so langsam wie der langsamste Kern (nicht Prozessor!) des langsamsten Slaves, wenn man nicht partitioniert.

By: Managing Tech » Blog Archive » Skalierung von mySQL-Datenbanken Teil 1b – Code Beispiele zur Verteilung von reads und writes

Wed, 13 Aug 2008 18:08:56 +0000

[…] Im privaten Blog von Jan Miczaika geht es um die Arbeit mit Technologien, in Teams, und das insbesondere im Startup-Umfeld. Kontakt? jan -at- hitflip.de oder bei XING « Skalierung von mySQL-Datenbanken Teil 1 – Verteilung von reads und writes […]

By: Metal Community

Metal Community — Tue, 12 Aug 2008 11:47:25 +0000

Also entscheidet ihr unterm Strich einfach selbst welche Stellen mit und ohne Lag auskommen dürfen und wählt somit den entsprechenden Server für die Selects?

Die Probleme kommen hier später dann wieder:
- Was ist, wenn der Master mit so vielen Connections zugebombt wird, dass er nicht mehr nach kommt?

- Was ist wenn allein die Replikation die Clients zu e.g. 80% lahm legt?

By: Jan

Jan — Tue, 12 Aug 2008 07:01:26 +0000

Hi Roland,

wir kriegen eine SMS und dann geht bei uns der Alarm los!

Ernsthaft, wir hatten mal mit einem automatischen Failover ein Split Brain Condition (beide Server denken sie wären der Master). Das hat zu einem ziemlichen Datenchaos geführt. Seit dem nehme ich die Seite lieber für einige Minuten / eine Stunde offline, bevor ich so etwas riskiere. Es kommt mit guter Hardware auch recht selten vor.

By: Roland Moriz

Roland Moriz — Tue, 12 Aug 2008 01:34:25 +0000

Was macht eure Anwendung wenn der Master ausfällt? Wie wissen die Applikationsserver davon und einem möglicherweise veränderen Layout? (ex-Slave wird Master usw)

By: Jan

Jan — Tue, 05 Aug 2008 14:44:01 +0000

Hallo, danke für die Hinweise!

Ich kann dann in den nächsten Tagen Teil 1b der Serie schreiben, mit Beispielcode zu diesem Artikel.

By: Fabian

Fabian — Tue, 05 Aug 2008 14:40:08 +0000

Ich hätte auch gerne etwas Quellcode gesehen, das hätte dem Artikel etwas mehr Tiefgang gegeben.
So ist es leider nur ein Artikel von vielen, der sich wenig von Anderen abhebt. Schade.

By: Thomas

Thomas — Tue, 05 Aug 2008 14:15:22 +0000

Interessante Serie. Hätte mir evtl. etwas Code zum read/write Handler gewünscht. Bin gespannt auf die nächste Folge…