Analyse de la méthode de stockage de persistance Redis

1. RBD (instantané)

Principe

Écrivez les données en mémoire dans un fichier temporaire sur le disque à un moment donné. Une fois la persistance terminée, utilisez ce fichier temporaire pour remplacer le dernier fichier persistant.

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

Principe

En enregistrant les commandes d'opération d'écriture envoyées au serveur, un fichier AOF est formé. Ce fichier ne peut être ajouté mais pas modifié. Lorsque Redis démarre, il lira le fichier AOF et reconstruira les données (l'exécutera à nouveau). Le nom par défaut du fichier est 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                  # 崩溃修复后自动进行全备

aof réécriture et refactoring

Consolidez un grand nombre de commandes répétées en une seule commande sans avoir à réexécuter chaque commande fréquemment.

3. AOF contre RDB

AOF est plus sécurisé et peut synchroniser instantanément les données avec les fichiers, mais il consomme des E/S disque et est inefficace

Snapshot est plus efficace. C'est le meilleur moyen de synchroniser les données dans des conditions de fonctionnement normal du serveur. Il a une petite taille de fichier, une efficacité élevée et une faible sécurité

.

Remarque : RDB et AOF sont activés en même temps. AOF est utilisé par défaut pour restaurer les données

.

4. Architectures couramment utilisées

Dans un environnement bien structuré : Master utilise AOF et Slave utilise snapshot. La raison est principalement de garantir l’intégrité et la rapidité des données.

Mauvais environnement réseau : il est recommandé d'utiliser le maître et l'esclave en même temps pour utiliser AOF pour être plus sécurisé

Si le réseau est bon et que des opérations d'écriture intensives sont nécessaires : il est recommandé d'utiliser snapshot pour le Maître et AOF pour l'Esclave

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!