{"id":100516,"date":"2021-06-14T16:22:58","date_gmt":"2021-06-14T14:22:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-rqlite-6-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite"},"modified":"2021-06-14T16:22:58","modified_gmt":"2021-06-14T14:22:58","slug":"vypusk-rqlite-6-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/vypusk-rqlite-6-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"Ver\u00f6ffentlichung von rqlite 6.0, einer verteilten ausfallsicheren Datenbank auf Basis von SQLite.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Die Ver\u00f6ffentlichung der verteilten Datenbank-Engine rqlite 6.0 wurde vorgestellt, die SQLite als Speicher-Engine nutzt und es erm\u00f6glicht, einen Cluster synchronisierter Speicher zu organisieren. Zu den Besonderheiten von rqlite z\u00e4hlen die einfache Installation, Bereitstellung und Wartung eines verteilten ausfallsicheren Speichers, der etwas \u00c4hnliches wie etcd und Consul ist, jedoch das relationale Datenmodell anstelle des Schl\u00fcssel\/Wert-Formats verwendet. Der Code des Projekts ist in der Programmiersprache Go geschrieben und wird unter der MIT-Lizenz ver\u00f6ffentlicht. <\/p>\n

Um alle Knoten in einem synchronisierten Zustand zu halten, wird der Raft-Konsensalgorithmus verwendet. Rqlite nutzt die originale SQLite-Bibliothek und den standardm\u00e4\u00dfigen Go-SQLite3-Treiber, \u00fcber den eine Schicht betrieben wird, die die Anfragen der Clients verarbeitet, die Replikation auf andere Knoten durchf\u00fchrt und den Konsens zur Auswahl des f\u00fchrenden Knotens \u00fcberwacht. <\/p>\n

\u00c4nderungen in der Datenbank k\u00f6nnen nur von dem Knoten vorgenommen werden, der als f\u00fchrend ausgew\u00e4hlt wurde. Verbindungen f\u00fcr Schreiboperationen k\u00f6nnen jedoch auch an andere Knoten im Cluster gerichtet werden, die die Adresse des Leiters zur Wiederholung der Anfrage zur\u00fcckgeben (in der n\u00e4chsten Version wird versprochen, eine automatische Weiterleitung zur Leitung einzuf\u00fchren). Der Hauptfokus liegt auf der Ausfallsicherheit, weshalb die Datenbank nur f\u00fcr Lesevorg\u00e4nge skaliert, w\u00e4hrend Schreiboperationen der Engpass sind. Es ist m\u00f6glich, einen rqlite-Cluster aus einem einzelnen Knoten zu betreiben, und dieses Setup kann verwendet werden, um HTTP-Zugriff auf SQLite bereitzustellen, ohne Ausfallsicherheit zu gew\u00e4hrleisten. <\/p>\n

Die SQLite-Daten werden auf jedem Knoten nicht in einer Datei, sondern im Speicher gespeichert. Auf der Ebene der Raft-Protokollimplementierung wird ein Log aller SQLite-Befehle gef\u00fchrt, die \u00c4nderungen an der Datenbank bewirken. Dieses Log wird bei der Replikation (Replikation auf der Ebene der Anfrage-Wiedergabe auf anderen Knoten), beim Start eines neuen Knotens oder bei der Wiederherstellung nach einem Verbindungsabriss verwendet. Zur Reduzierung der Log-Gr\u00f6\u00dfe wird eine automatische Komprimierung eingesetzt, die nach einer festgelegten Anzahl von \u00c4nderungen ausgef\u00fchrt wird und dazu f\u00fchrt, dass ein Snapshot auf der Festplatte festgeschrieben wird, auf dessen Grundlage ein neues Log gef\u00fchrt wird (der Zustand der Datenbank im Speicher entspricht dem Snapshot plus dem angesammelten \u00c4nderungslog). <\/p>\n

Merkmale von rqlite: <\/p>\n