Analisis kaedah penyimpanan kegigihan Redis

1. RBD (gambar)

Prinsip

Tulis data dalam memori ke fail sementara pada cakera pada masa tertentu Selepas kegigihan selesai, gunakan fail sementara ini untuk menggantikan fail terakhir yang berterusan.

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的存放路径

2. AOF

Prinsip

Dengan merakam arahan operasi tulis yang dihantar ke pelayan, fail AOF dibentuk hanya tetapi tidak diubah suai Apabila Redis bermula, ia akan membaca fail AOF dan membina semula data (laksanakannya semula). Nama lalai fail ialah 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                  # 崩溃修复后自动进行全备

menulis semula dan memfaktorkan semula

Satukan sejumlah besar arahan berulang menjadi satu arahan tanpa perlu melaksanakan semula setiap arahan dengan kerap.

3. AOF lwn RDB

AOF lebih selamat dan boleh menyegerakkan data ke fail serta-merta, tetapi ia menggunakan cakera I/O dan tidak cekap

Snapshot lebih cekap Ia adalah cara terbaik untuk menyegerakkan data di bawah operasi biasa pelayan Ia mempunyai saiz fail yang kecil, kecekapan tinggi dan keselamatan yang rendah

Nota: RDB dan AOF didayakan pada masa yang sama AOF digunakan secara lalai untuk memulihkan data

4. Seni bina yang biasa digunakan

Dalam persekitaran yang tersusun dengan baik: Master menggunakan AOF dan Slave menggunakan syot kilat. Sebabnya adalah untuk memastikan integriti dan kelajuan data.

Persekitaran rangkaian yang lemah: Adalah disyorkan untuk menggunakan master dan slave pada masa yang sama untuk menggunakan AOF agar lebih selamat

Jika rangkaian baik dan operasi tulis intensif diperlukan: adalah disyorkan untuk menggunakan syot kilat untuk Master dan AOF untuk Hamba

Atas ialah kandungan terperinci Analisis kaedah penyimpanan kegigihan Redis. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!