Maison > Article > base de données > Il existe deux méthodes de persistance dans Redis. Pourquoi deux méthodes de persistance sont-elles nécessaires ?
Il existe deux types de persistance (AOF et RDB) dans
Redis L'article suivant vous amènera à comprendre ces deux types de persistance, à examiner leurs avantages et leurs inconvénients et à expliquer pourquoi Redis a besoin de deux types de persistance, j'espère. ça sera utile à tout le monde.
Comme nous le savons tous, Redis propose deux méthodes de persistance : AOF et RDB. Passons-les brièvement en revue ci-dessous.
SAVE
et la commande de persistance RDB d'arrière-plan BGSAVE
Lorsqu'elles sont exécutées au premier plan, les autres commandes Redis seront bloquées, tandis qu'elles sont exécutées au premier plan. en arrière-plan, Redis Vous pouvez également continuer à traiter les demandes de commandes client. SAVE
和后台RDB持久化命令BGSAVE
,前台执行时,Redis的其他命令会被阻塞,而后台执行时,Redis还可以继续处理客户端的命令请求。od
命令可以转化为可读。【相关推荐:Redis视频教程】
Appen Only File
,意思是追加的持久化方式,其中保存的是写命令,而非数据。aof_buf
缓冲区末尾。flushAppendOnlyFile
函数,将aof_buf
缓冲区中的内容写入到AOF文件。sync
指的是文件写入到操作系统缓冲区中时,是否直接同步到磁盘中。通过配置,可以选择立即同步、每秒同步、不主动同步而由操作系统控制,这三种同步方式。关于文件I/O缓冲:https://www.litreily.top/2018/10/25/io-cache/
BGREWRITEAOF
重写,减少重复命令、已失效命令,合并命令等。fork
子进程的形式实现。子进程带有服务器进程的数据副本,再避免使用锁的情况下保证数据安全性。另外也采用AOF重写缓冲区解决了数据不一致。文件体积小,适合拷贝做冷备
相比AOF,备份恢复速度更快
丢失数据多
fork子进程来做BGSAVE
,消耗一定的内存资源
丢失数据少
增加了写缓冲区,无需寻址,速度快
append-only,也无需做磁盘寻址,效率高
文件体积大
AOF每次都需要做一下写入aof_buf
Dans le fichier binaire RDB, les données de la paire clé-valeur sont enregistrées à l'aide d'un encodage personnalisé compressé avec vérification. Il peut être converti en lisible via la commande od
.
Appen Only File
, c'est-à-dire la méthode de persistance ajoutée, dans laquelle les commandes d'écriture sont enregistrées à la place des données. aof_buf
dans l'état du serveur au format de protocole AOF. flushAppendOnlyFile
est appelée pour écrire le contenu du tampon aof_buf
dans le fichier AOF. Synchronisation de fichiers : la synchronisation sync
indique si le fichier est directement synchronisé sur le disque lorsqu'il est écrit dans le tampon du système d'exploitation. Grâce à la configuration, vous pouvez choisir trois méthodes de synchronisation : synchronisation immédiate, synchronisation toutes les secondes et pas de synchronisation active mais contrôlée par le système d'exploitation. À propos de la mise en mémoire tampon des E/S des fichiers : https:// www.litreily.top/2018/10/25/io-cache/
Redis utilise préférentiellement les fichiers AOF pour récupérer des données.
🎜Les fichiers AOF sont plus volumineux que les fichiers RDB car ils stockent des commandes et ne sont pas compressés. 🎜🎜Les fichiers AOF peuvent être réécrits régulièrement en utilisantBGREWRITEAOF
pour réduire les commandes en double, les commandes expirées, les commandes fusionnées, etc. 🎜🎜Les fichiers AOF prennent en charge la réécriture en arrière-plan, qui est implémentée sous la forme d'un sous-processus fork
. Le processus enfant dispose d'une copie des données du processus serveur, garantissant la sécurité des données sans utiliser de verrous. De plus, AOF est utilisé pour réécrire le tampon afin de résoudre les incohérences des données. 🎜🎜BGSAVE
, ce qui consomme une certaine quantité de ressources mémoire🎜🎜🎜aof_buf
à chaque fois. Une fois la persistance AOF activée, le QPS sera légèrement réduit🎜🎜🎜🎜🎜. Pourquoi Redis a-t-il besoin de deux types de changements de persistance ? 🎜🎜🎜Après l'examen ci-dessus, nous pouvons voir qu'il existe des différences évidentes entre la persistance RDB et AOF. 🎜🎜🎜🎜Contenu stocké : RDB stocke les données à un moment donné ; AOF stocke les commandes d'écriture exécutées. 🎜🎜🎜🎜Taille du fichier : les fichiers RDB sont plus petits ; les fichiers AOF sont plus gros. 🎜🎜🎜🎜Méthode d'écriture : RDB peut utiliser la méthode d'écriture de premier plan/arrière-plan ; AOF utilise la méthode de stockage de la commande dans le tampon à chaque fois qu'une commande d'écriture est exécutée et peut être réécrite régulièrement. 🎜🎜🎜🎜Perte de données : RDB perd toutes les données depuis le temps d'arrêt jusqu'à la dernière synchronisation RDB ; AOF ne perd pas ou perd des données pendant 1 s ou quelques secondes selon la méthode de rafraîchissement configurée dans le tampon d'E/S. 🎜Sur la base de ces comparaisons, nous pouvons voir que La persistance RDB est plus adaptée pour sauvegarder des données à un moment donné et les copier vers d'autres endroits lors d'une réplication maître-esclave ou d'une reprise après sinistre complète des données hors site, tandis que AOF la persistance coûte moins cher en raison de la perte de données, elle est plus adaptée comme sauvegarde locale et comme récupération de panne lorsque Reids se bloque et redémarre. C'est ce que je comprends Pourquoi Redis nécessite deux méthodes de persistance.
Pour plus de connaissances sur la programmation, veuillez visiter : Introduction à la programmation ! !
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!