Methode zum Replizieren von SQLite-Datenbank über mehrere Server

Question

Ich entwickle eine Anwendung, die verteilt funktioniert, und ich habe eine SQLite-Datenbank, die zwischen verteilten Servern geteilt werden muss. Wenn ich in ServerA bin und SQLite-Zeile ändern, muss diese Änderung in den anderen Servern sofort sein, aber wenn ein Server offline war und dann online ging, muss es alle Informationen gleich anderen Servern aktualisieren.

Ich versuche, einen HA-Service mit kleinen SQLite-Datenbanken zu entwickeln.

Ich denke an etwas wie MongoDB oder ReThinkDB, aufgrund der Replikation funktioniert gut und ich habe Daten unabhängig Server online ich hatte.

Gibt es eine Bibliothek oder eine andere SQL-Methode, um Daten zwischen Servern zu teilen?

Vielen Dank im Voraus.

Answer 1

Ich habe das Raft-Konsens-Protokoll verwendet, um meine SQLite-Datenbank zu replizieren. Sie können das System finden Sie hier:

https://github.com/otoolep/rqlite

Answer 2

Sie können SQLite-Datenbanken synchronisieren, indem Sie SymmetricDS in Ihre Anwendung einbetten. Es unterstützt gelegentlich verbundene Clients, so dass Änderungen erfasst und synchronisiert werden, wenn ein Server online geht. Es unterstützt mehrere verschiedene Datenbankplattformen und kann als Bibliothek oder als eigenständiger Dienst verwendet werden.

Answer 3

Sie können auch CopyCat verwenden, die SQLite sowie einige andere Datenbanktypen unterstützen.

Answer 4

Sie litereplica verwenden können:

Es unterstützt Master-Slave-Replikation für SQLite3 Datenbanken unter Verwendung eines einzigen Master (beschreibbar Knoten) und eine oder mehrere Repliken (Read- nur Knoten).

Wenn ein Gerät offline gegangen ist und dann online gegangen ist, werden die sekundären/slave dbs schrittweise mit dem primären/Master aktualisiert.

Oder litesync:

Es implementiert Multi-Master-Replikation, so dass wir an die DB in jedem Knoten schreiben kann, auch wenn das Gerät offline ist.

Auf beiden öffnen wir die Datenbank eine modifizierte URI, wie dies mit:

 
    “file:/path/to/app.db?replica=master&bind=tcp://0.0.0.0:4444”