1. Einführung in RDB
RDB ist eine von Redis verwendete Methode zur Persistenz. Sie schreibt einen Snapshot des Datensatzes im aktuellen Speicher, bei dem es sich um einen Snapshot-Snapshot handelt (alle Schlüssel-Wert-Paardaten in der Datenbank). . Bei der Wiederherstellung wird die Snapshot-Datei direkt in den Speicher eingelesen.
2. Auslösemethode
RDB verfügt über zwei Auslösemethoden, nämlich automatische Auslösung und manuelle Auslösung.
①、Automatischer Auslöser
Unter SNAPSHOTTING in der Konfigurationsdatei redis.conf haben wir es in diesem Artikel vorgestellt.
①, speichern: Hier werden die RDB-Persistenzbedingungen konfiguriert, die Redis auslösen, dh wann die Daten im Speicher auf der Festplatte gespeichert werden sollen. Zum Beispiel „save m n“. Zeigt an, dass bgsave automatisch ausgelöst wird, wenn der Datensatz innerhalb von m Sekunden n-mal geändert wurde (dieser Befehl wird unten vorgestellt, und der Befehl zum manuellen Auslösen der RDB-Persistenz)
Die Standardkonfiguration ist wie folgt:
save 900 1：表示900 秒内如果至少有 1 个 key 的值变化，则保存
save 300 10：表示300 秒内如果至少有 10 个 key 的值变化，则保存
save 60 10000：表示60 秒内如果至少有 10000 个 key 的值变化，则保存
Nach dem Login kopieren
Natürlich , wenn Sie nur die Caching-Funktion von Redis verwenden, nein Wenn Persistenz erforderlich ist, können Sie alle Speicherzeilen auskommentieren, um das Speichern zu deaktivieren. Sie können „save“ verwenden, um
②, stop-writes-on-bgsave-error zu deaktivieren: Der Standardwert ist „yes“. Wenn RDB aktiviert ist und die letzte Datenspeicherung im Hintergrund fehlschlägt, wird angezeigt, ob Redis keine Daten mehr empfängt. Dadurch würde der Benutzer darauf aufmerksam gemacht, dass die Daten nicht ordnungsgemäß auf der Festplatte gespeichert wurden, andernfalls würde niemand bemerken, dass eine Katastrophe aufgetreten ist. Wenn Redis neu startet, kann es erneut Daten empfangen
③, rdbcompression;Der Standardwert ist „Ja“. Für auf der Festplatte gespeicherte Snapshots können Sie festlegen, ob diese zur Speicherung komprimiert werden sollen. Wenn ja, verwendet Redis den LZF-Algorithmus zur Komprimierung. Wenn Sie keine CPU für die Komprimierung beanspruchen möchten, können Sie diese Funktion deaktivieren. Die auf der Festplatte gespeicherten Snapshots sind dann jedoch größer.
④, rdbchecksum: Der Standardwert ist ja. Nach dem Speichern des Snapshots können wir Redis auch den CRC64-Algorithmus zur Datenüberprüfung verwenden lassen, dies erhöht jedoch den Leistungsverbrauch um etwa 10 %. Wenn Sie die maximale Leistungsverbesserung erzielen möchten, können Sie diese Funktion deaktivieren.
⑤, dbfilename: Legen Sie den Dateinamen des Snapshots fest, der Standardwert ist dump.rdb
⑥, dir: Legen Sie den Speicherpfad der Snapshot-Datei fest Name. Standardmäßig wird es im selben Verzeichnis wie die aktuelle Konfigurationsdatei gespeichert.
Das heißt, wenn der tatsächliche Vorgang über die in der Konfigurationsdatei konfigurierte Speichermethode dem Konfigurationsformular entspricht, wird die RDB-Persistenz ausgeführt und der aktuelle Speicher-Snapshot im durch dir konfigurierten Verzeichnis gespeichert wird durch den konfigurierten Datenbankdateinamen bestimmt.
②. Manueller Auslöser
Es gibt zwei Befehle, um Redis für die RDB-Persistenz manuell auszulösen:
1. Speichern
Dieser Befehl blockiert den aktuellen Redis-Server. Während der Ausführung des Speicherbefehls kann Redis keine anderen Befehle verarbeiten den RDB-Prozess bis zum Abschluss.
Offensichtlich führt dieser Befehl zu einer langfristigen Blockierung von Instanzen mit relativ großem Speicher, was einen schwerwiegenden Fehler darstellt. Um dieses Problem zu lösen, bietet Redis einen zweiten Weg.
2. bgsave
Beim Ausführen dieses Befehls führt Redis Snapshot-Vorgänge asynchron im Hintergrund aus, und der Snapshot kann auch auf Clientanforderungen reagieren. Wenn der Redis-Prozess eine Fork-Operation ausführt, um einen untergeordneten Prozess zu erstellen, ist der untergeordnete Prozess für die Ausführung des RDB-Persistenzprozesses verantwortlich und wird nach Abschluss automatisch beendet. Die Blockierung erfolgt nur während der Fork-Phase und ist im Allgemeinen nur von kurzer Dauer.
Grundsätzlich verwenden alle RDB-Vorgänge in Redis den Befehl bgsave.
ps: Durch Ausführen des Befehls „flushall“ wird auch die Datei „dump.rdb“ generiert, diese ist jedoch leer und bedeutungslos Starten Sie den Dienst und Redis lädt die Dateidaten automatisch in den Speicher. Der Redis-Server blockiert das Laden der RDB-Datei, bis die Ladearbeiten abgeschlossen sind.
Um das Installationsverzeichnis von Redis zu erhalten, können Sie den Befehl „config get dir“ verwenden Verwenden Sie dann die Persistenzfunktion von Redis. Zu diesem Zeitpunkt sollten wir die RDB-Persistenz besser stoppen. Sie können die Speicherfunktion deaktivieren, indem Sie wie oben erwähnt alle Speicherzeilen in der Konfigurationsdatei redis.conf auskommentieren oder direkt eine leere Zeichenfolge verwenden, um sie zu deaktivieren: save „“
Sie können auch den Befehl übergeben:
1
5. Vor- und Nachteile von RDB
① Vorteile
Der Datensatz von Redis wird zu einem bestimmten Zeitpunkt in einer RDB-Datei gespeichert kompakt. Diese Datei ist ideal für Backup und Disaster Recovery.
2. Beim Generieren einer RDB-Datei forkt der Redis-Hauptprozess einen untergeordneten Prozess, um alle Speicherarbeiten zu erledigen. Der Hauptprozess muss keine Festplatten-E/A-Vorgänge ausführen.
3.RDB ist bei der Wiederherstellung großer Datensätze schneller als AOF.
② Nachteile
1. RDB-Daten können keine Echtzeitpersistenz/Persistenz der zweiten Ebene erreichen. Denn jedes Mal, wenn bgsave ausgeführt wird, muss es einen Fork-Vorgang ausführen, um einen untergeordneten Prozess zu erstellen, was ein schwerer Vorgang ist (die Daten im Speicher werden geklont und es muss ungefähr die doppelte Erweiterung berücksichtigt werden, die zu hoch ist). (beeinträchtigt die Leistung)#🎜 🎜#
2. RDB-Dateien werden in einem bestimmten Binärformat gespeichert. Während der Entwicklung der Redis-Version gibt es ein Problem mit der alten Version des Redis-Dienstes ist nicht mit der neuen Version des RDB-Formats kompatibel (Versionsinkompatibilität)
3. Erstellen Sie in einem bestimmten Intervall ein Backup. Wenn also Redis versehentlich ausfällt, gehen alle Änderungen nach dem letzten Snapshot verloren (Daten). geht verloren)6. Das Prinzip von Redis hat eine Serverstatusstruktur:
#🎜🎜 #1|
2
3
4
5 6
7 8
9
|
struct redisService{#🎜🎜 #
struct saveparam *saveparams;# 🎜🎜# long long dirty;struct redisService{
struct saveparam *saveparams;
long long dirty;
time_t lastsave;
}
|
①、首先看记录保存save条件的数组 saveparam，里面每个元素都是一个 saveparams 结构：
|
1
2
3
4
5
6
|
struct saveparam{
time_t seconds;
int changes;
};
|
前面我们在 redis.conf 配置文件中进行了关于save 的配置：
|
1
2
3
|
save 900 1：表示900 秒内如果至少有 1 个 key 的值变化，则保存
save 300 10：表示300 秒内如果至少有 10 个 key 的值变化，则保存
save 60 10000：表示60 秒内如果至少有 10000 个 key 的值变化，则保存
time_t lastsave;
|
}
# 🎜🎜#
①, Schauen Sie sich zunächst den Datensatz save save Conditional array saveparam an. Jedes Element darin ist eine saveparams-Struktur: 
# 🎜🎜#1
2# 🎜🎜#
345#🎜🎜##🎜 🎜#6#🎜🎜##🎜🎜##🎜🎜##🎜🎜 #struct saveparam{#🎜🎜##🎜🎜# time_t seconds; #🎜🎜##🎜🎜# int changes; #🎜🎜##🎜🎜#};# 🎜🎜##🎜🎜##🎜🎜##🎜🎜##🎜🎜##🎜🎜# Wir haben das Speichern zuvor in der redis.conf konfiguriert Konfigurationsdatei: #🎜🎜##🎜🎜##🎜🎜 ##🎜🎜##🎜🎜##🎜🎜#1#🎜🎜##🎜🎜#2#🎜🎜##🎜🎜#3#🎜🎜# #🎜🎜##🎜🎜##🎜🎜#save 900 1: Gibt an, dass, wenn sich der Wert von mindestens einer Taste innerhalb von 900 Sekunden ändert, dieser gespeichert wird#🎜🎜##🎜🎜#save 300 10: Zeigt an, dass, wenn mindestens 10 Schlüssel in 300 Sekunden vorhanden sind. Wenn sich der Wert des Schlüssels ändert, speichern Sie ihn#🎜🎜##🎜🎜#save 60 10000: Zeigt an, dass, wenn der Wert von mindestens 10.000 Schlüsseln ändert sich innerhalb von 60 Sekunden, speichern Sie ihn#🎜🎜## 🎜🎜##🎜🎜##🎜🎜##🎜🎜##🎜🎜# Dann wird das saveparam-Array im Serverstatus angezeigt sehen wie folgt aus: #🎜🎜##🎜🎜# #🎜🎜##🎜🎜## 🎜🎜# ②, Dirty Counter und Lastsave-Attribut#🎜🎜##🎜🎜# Der Dirty Counter zeichnet auf, wie oft der Redis-Server wurde seit der letzten erfolgreichen Ausführung des Befehls save oder bgsave geändert (einschließlich Schreiben, Löschen, Aktualisieren usw.). #🎜🎜##🎜🎜# Das Attribut „lastsave“ ist ein Zeitstempel, der den letzten Zeitpunkt aufzeichnet, zu dem der Befehl „save“ oder „bgsave“ erfolgreich ausgeführt wurde. #🎜🎜##🎜🎜# Durch diese beiden Befehle wird der Dirty-Zähler um 1 erhöht, wenn der Server einen Änderungsvorgang erfolgreich ausführt, und das Lastsave-Attribut zeichnet auch den Zeitpunkt der letzten Ausführung von save oder bgsave auf a Periodizität Die Operationsfunktion severCron wird standardmäßig alle 100 Millisekunden ausgeführt. Diese Funktion durchläuft und überprüft alle Speicherbedingungen im saveparams-Array. Solange eine Bedingung erfüllt ist, wird der Befehl bgsave ausgeführt. #🎜🎜##🎜🎜# Nach Abschluss der Ausführung wird der Dirty-Zähler auf 0 aktualisiert und lastsave wird auch auf die Abschlusszeit des ausgeführten Befehls aktualisiert. #🎜🎜#
Das obige ist der detaillierte Inhalt vonBeispielanalyse der RDB-Persistenz in Redis. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
