dedlfix: Mysql-Blob vs. Filesystem bei Datensynchronisation

Beitrag lesen

Tach!

Macht es in dem Fall mehr Sinn,  Binärdaten als Blob zu speichern, um bei der Replikation die Daten gleich mit zu synchronisieren oder ist es sinnvoller, per rsync über ssh die Dateien extra zu synchronisieren?

Definiere Replikation! Ist es der in MySQL eingebaute Replication-Mechanismus, der bei jeder Datenänderung am Master sofort die Slaves zu aktualisieren versucht, oder ist es ein eigenständiger Algorithmus, der zeitgesteuert aufgerufen wird?

Es ist nicht möglich, dass zwei Personen gleichzeitig das gleiche Dokument bearbeiten.  Damit muss dieser Aspekt nicht berücksichtigt werden.

Nun ja, aber wenn grad jemand ein Dokument bearbeiten will, dessen Binärdaten noch nicht von einem separat laufenden rsync an den von ihm genutzten Server verteilt worden sind, dann ist das sicher nicht sehr schön.

Mir geht es in erster Linie um Geschwindigkeit und einfach Handhabung.

Der Flaschenhals ist das Netzwerk. Ob du die Daten nun auf die eine Weise oder die andere überträgst, spielt keine Rolle - wenn nicht einer von beiden durch Komprimierung einen Vorteil rausholt. rsync kann das, ob es die MySQL-Replication macht, weiß ich nicht. Kommt sicher auch darauf an, ob die Verbindung über einen komprimierenden Tunnel läuft oder nicht.

Einfache Handhabung ist, keinen zweiten Mechanismus warten zu müssen. Allerdings können Geschwindigkeitsaspekte auch zuungunsten einer einfachen Handhabung den Zuschlag bekommen.

dedlfix.