Heim > System-Tutorial > LINUX > Analyse der Redis-Persistenzspeichermethode

Analyse der Redis-Persistenzspeichermethode

王林
Freigeben: 2024-06-16 09:42:47
Original
500 Leute haben es durchsucht

Analyse der Redis-Persistenzspeichermethode

1. RBD (Schnappschuss)

Prinzip

Schreiben Sie die Daten im Speicher zu einem bestimmten Zeitpunkt in eine temporäre Datei auf der Festplatte. Verwenden Sie nach Abschluss der Persistenz diese temporäre Datei, um die letzte persistente Datei zu ersetzen.

Profil

save 900 1                              # 在900秒内如果键值修改过1次就快照
save 300 10                             # 在300秒内如果键值修改过10次就快照
save 60 10000                           # 在60秒内键值修改过10000次就快照
stop-writes-on-bgsave-error yes         # 后台备份出错时,是否禁止新的写入操作?
如果不禁止容易造成数据不一致
rdbcompression yes                      # 导出的rdb文件是否压缩
rdbchecksum yes                         # 恢复时导入rdb文件是否检验完整性、是否检验版本是否一致
dbfilename dump.rdb                     # 导出来得rdb文件名
dir /var/lib/redis                      # rdb的存放路径
Nach dem Login kopieren
2. AOF

Prinzip

Durch das Aufzeichnen der an den Server gesendeten Schreiboperationsbefehle wird eine AOF-Datei erstellt. Diese Datei kann nur angehängt, aber nicht geändert werden. Beim Start liest Redis die Daten und rekonstruiert sie. Der Standardname der Datei ist appendonly.aof

Profil

appendonly no                           # 是否开启aof功能
appendfilename "appendonly.aof"         # 文件名

appendfsync always                      # 只要一修改就同步至缓冲区,并同步至磁盘
appendfsync everysec                    # 每秒将数据同步至缓冲区,并同步至磁盘
appendfsync no                          # redis不设定同步策略,由内核设定的参数决定是否同步

no-appendfsync-on-rewrite no            # appendfsync设定为always或everysec的话,还要不要同步磁盘

auto-aof-rewrite-percentage 100         # 每隔多久重构aof文件,单位秒
auto-aof-rewrite-min-size 64mb          # aof文件最小为多少时重构一次aof文件。搭配上一条使用

aof-load-truncated yes                  # 崩溃修复后自动进行全备
Nach dem Login kopieren

eine Menge Umschreiben und Refactoring

Konsolidieren Sie eine große Anzahl wiederholter Befehle in einem Befehl, ohne jeden Befehl häufig erneut ausführen zu müssen.
Analyse der Redis-Persistenzspeichermethode

3. AOF vs. RDB

AOF ist sicherer und kann Daten sofort mit Dateien synchronisieren, verbraucht aber Festplatten-I/O und ist ineffizient

Snapshot ist effizienter. Es ist die beste Möglichkeit, Daten im normalen Betrieb des Servers zu synchronisieren. Es weist eine geringe Dateigröße, eine hohe Effizienz und eine geringe Sicherheit auf

Hinweis: RDB und AOF sind gleichzeitig aktiviert. AOF wird standardmäßig zum Wiederherstellen von Daten verwendet

4. Häufig verwendete Architekturen
In einer gut strukturierten Umgebung: Master verwendet AOF und Slave verwendet Snapshot. Der Grund liegt hauptsächlich darin, die Datenintegrität und -geschwindigkeit sicherzustellen.

Schlechte Netzwerkumgebung: Es wird empfohlen, Master und Slave gleichzeitig zu verwenden, um AOF sicherer zu nutzen

Wenn das Netzwerk gut ist und intensive Schreibvorgänge erforderlich sind: Es wird empfohlen, Snapshot für den Master und AOF für den Slave zu verwenden

Das obige ist der detaillierte Inhalt vonAnalyse der Redis-Persistenzspeichermethode. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Quelle:linuxprobe.com
Erklärung dieser Website
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
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage