Frage zur MySQL-MariaDB Master-Master Replikation
Kurze Frage an die M*-DB-Profis,
wenn ich ein Setup mit DB's habe, und die Anwendungen schreiben aktuell auf der MASTER1.
Werden die Einträge erst dann auf MASTER1 gespeichert, wenn auch der selbe Eintrag auch auf MASTER2 gespeichert wurde oder arbeitet dann MASTER1 unabhängig vom
MASTER2, und der 2er muss "selber zu sehen", dass er sich die Infos vom 1er holt?
Die Frage kommt daher, weil manchmal die Frage kommt, wie weit die Entfernung zwischen den beiden DB's sein soll, um die Millisekunden zu schätzen die zwischen den beiden benötigt werden.
Danke und Lg
winlicli
wenn ich ein Setup mit DB's habe, und die Anwendungen schreiben aktuell auf der MASTER1.
Werden die Einträge erst dann auf MASTER1 gespeichert, wenn auch der selbe Eintrag auch auf MASTER2 gespeichert wurde oder arbeitet dann MASTER1 unabhängig vom
MASTER2, und der 2er muss "selber zu sehen", dass er sich die Infos vom 1er holt?
Die Frage kommt daher, weil manchmal die Frage kommt, wie weit die Entfernung zwischen den beiden DB's sein soll, um die Millisekunden zu schätzen die zwischen den beiden benötigt werden.
Danke und Lg
winlicli
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 614779
Url: https://administrator.de/contentid/614779
Ausgedruckt am: 22.11.2024 um 00:11 Uhr
2 Kommentare
Neuester Kommentar
wenn ich ein Setup mit DB's habe, und die Anwendungen schreiben aktuell auf der MASTER1.
Werden die Einträge erst dann auf MASTER1 gespeichert, wenn auch der selbe Eintrag auch auf MASTER2 gespeichert wurde oder arbeitet dann MASTER1 unabhängig vom
MASTER2, und der 2er muss "selber zu sehen", dass er sich die Infos vom 1er holt?
Werden die Einträge erst dann auf MASTER1 gespeichert, wenn auch der selbe Eintrag auch auf MASTER2 gespeichert wurde oder arbeitet dann MASTER1 unabhängig vom
MASTER2, und der 2er muss "selber zu sehen", dass er sich die Infos vom 1er holt?
Das kommt auf die Art der Implementierung der Replikation an (asynchron, semiasynchron, synchron).