Heim >Datenbank >Redis >Überprüfen Sie, ob Redis persistent ist

Überprüfen Sie, ob Redis persistent ist

anonymity
anonymityOriginal
2019-06-04 16:11:005585Durchsuche

info Persistenzinformationen anzeigen

Überprüfen Sie, ob Redis persistent ist

redis-cli info persistence#

loading: Ob der Server geladen wird In persistente Dateien

rdb_changes_since_last_save: Die Anzahl der Schreibbefehle seit der letzten erfolgreichen Generierung einer RDB-Datei, d. h. wie viele Schreibbefehle nicht persistiert wurden

rdb_bgsave_in_progress: Ob der Server eine RDB-Datei erstellt

rdb_last_save_time: Der Zeitstempel der letzten erfolgreichen Erstellung einer RDB-Datei. Aktueller Zeitstempel – rdb_last_save_time=wie viele Sekunden die RDB-Datei nicht erfolgreich generiert wurde

rdb_last_bgsave_status: ob die letzte RDB-Persistenz erfolgreich war

rdb_last_bgsave_time_sec: die Zeit, die zum Generieren benötigt wurde Die neueste RDB-Datei wurde erfolgreich erstellt. Anzahl der Sekunden

rdb_current_bgsave_time_sec: Wenn der Server eine RDB-Datei erstellt, zeichnet dieses Feld die Anzahl der Sekunden auf, die der aktuelle Erstellungsvorgang gedauert hat

rdb_last_cow_size: Übergeordneter Prozess im RDB-Prozess Wie viele Änderungen hat der Prozess im Vergleich zum untergeordneten Prozess durchgeführt (einschließlich Lesepuffer, Schreibpuffer, Datenänderungen usw.).

aof_enabled: Ob aof aktiviert ist

aof_rewrite_in_progress: Gibt an, ob der Umschreibvorgang von aof ausgeführt wird

aof_rewrite_scheduled: Umschreibeaufgabe Plan: Wenn der Client den Befehl bgrewriteaof sendet und der aktuelle Rewrite-Unterprozess ausgeführt wird, wird der vom Client angeforderte bgrewriteaof zu einer geplanten Aufgabe und das Rewrite wird ausgeführt, nachdem der aof-Unterprozess beendet ist

aof_last_rewrite_time_sec: die letzte aufgewendete Aof-Rewrite-Zeit

aof_current_rewrite_time_sec: Wenn der Rewrite-Vorgang ausgeführt wird, notieren Sie die verwendete Zeit in Sekunden

aof_last_bgrewrite_status: Der Status des letzte bgrewriteaof-Operation

aof_last_write_status: Letzter aof-Schreibstatus

aof_last_cow_size: Wie viele Änderungen wurden vom übergeordneten Prozess im Vergleich zum untergeordneten Prozess während des AOF-Prozesses durchgeführt (einschließlich Lesepuffer, Schreibpuffer, Daten). Modifikation usw.).

appendfsync hat drei Optionen: immer, jede Sekunde und nein:

1 Wenn immer ausgewählt ist, erzwingt der Server den Inhalt des AOF-Puffers bei jedem Ereignis Wird dauerhaft in die AOF-Datei auf der Festplatte geschrieben, kann man davon ausgehen, dass dieser Befehl jedes Mal in der AOF-Datei aufgezeichnet wird, wenn ein Redis-Schreibbefehl ausgeführt wird. Dadurch wird die Integrität der Datenpersistenz sichergestellt, die Effizienz ist jedoch am langsamsten. aber es ist auch am sichersten;

2. Wenn es als everysec konfiguriert ist, wird der Befehl jedes Mal, wenn der Server einen Schreibvorgang ausführt (z. B. set, sadd, rpush), an das Ende eines separaten AOF angehängt Puffer und schreiben Sie den AOF-Puffer in die AOF-Datei und führen Sie dann jede Sekunde eine Dateisynchronisierung durch, um die AOF-Cache-Daten tatsächlich in den Speicherpuffer in die AOF-Datei zu schreiben Wenn der Server ausgefallen ist, gehen nur die innerhalb einer Sekunde an der Redis-Datenbank vorgenommenen Änderungen verloren.

3. Wenn Sie appendfsync auf „no“ konfigurieren, können Sie den Verlust der Daten in der Redis-Datenbank akzeptieren und diese wird angehängt Schreiben Sie jeden Befehl an das Ende des AOF-Puffers und schreiben Sie ihn dann in die Datei. Es liegt jedoch am System selbst, zu entscheiden, wann die Dateisynchronisierung durchgeführt und die Daten tatsächlich in die AOF-Datei geschrieben werden, d im Speicherpuffer gefüllt ist oder wenn das System nach dem eingestellten Zeitlimit automatisch synchronisiert. Dieser Modus ist am effizientesten, aber auch am unsichersten für die Daten. Wenn die Daten in Redis aus der Hintergrunddatenbank wie MySQL entnommen werden und es sich um Daten handelt, die jederzeit abgerufen werden können oder nicht wichtig sind, Dann können Sie erwägen, es auf diesen Modus einzustellen.

Das obige ist der detaillierte Inhalt vonÜberprüfen Sie, ob Redis persistent ist. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Vorheriger Artikel:Ist Redis-Thread sicher?Nächster Artikel:Ist Redis-Thread sicher?