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.

Deux méthodes de persistance de Redis

Comme nous le savons tous, Redis propose deux méthodes de persistance : AOF et RDB. Passons-les brièvement en revue ci-dessous.

Persistance RDB

• La persistance RDB, consiste à enregistrer l'état de la base de données à l'heure actuelle sur le disque, également connue sous le nom de persistance d'instantané.
• RDB peut être déclenché manuellement ou exécuté périodiquement selon la configuration du serveur.
• Le fichier généré par RDB est un fichier binaire compressé La base de données peut être restaurée à l'état actuel via ce fichier.
Redis fournit la commande de persistance RDB de premier plan 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还可以继续处理客户端的命令请求。
• RDB二进制文件中，保存的是键值对数据，采用经过压缩的自定义编码，带校验。通过od命令可以转化为可读。
• 主从复制时，初始化的全量复制采用RDB文件。

【相关推荐：Redis视频教程】

AOF持久化

• AOF持久化，全称是Appen Only File，意思是追加的持久化方式，其中保存的是写命令，而非数据。
• AOF持久化过程分为命令追加、文件写入、文件同步三个步骤。
• 命令追加：Redis服务端每执行完一个写命令，都会以AOF协议格式将该写命令追加到服务器状态的aof_buf缓冲区末尾。
• 文件写入：Redis中，每结束一个事件循环之前，都会调用flushAppendOnlyFile函数，将aof_buf缓冲区中的内容写入到AOF文件。
• 文件同步：同步sync指的是文件写入到操作系统缓冲区中时，是否直接同步到磁盘中。通过配置，可以选择立即同步、每秒同步、不主动同步而由操作系统控制，这三种同步方式。关于文件I/O缓冲：https://www.litreily.top/2018/10/25/io-cache/
• Redis优先使用AOF文件来恢复数据。
• AOF文件由于存储命令，且没有经过压缩，其体积要大于RDB文件。
• AOF文件可以定期采用BGREWRITEAOF重写，减少重复命令、已失效命令，合并命令等。
• AOF文件支持后台重写，采用fork子进程的形式实现。子进程带有服务器进程的数据副本，再避免使用锁的情况下保证数据安全性。另外也采用AOF重写缓冲区解决了数据不一致。

两种持久化分别的优缺点

RDB的优点

• 文件体积小，适合拷贝做冷备

• 相比AOF，备份恢复速度更快

RDB的缺点

• 丢失数据多

• fork子进程来做BGSAVE，消耗一定的内存资源

AOF的优点

• 丢失数据少

• 增加了写缓冲区，无需寻址，速度快

• append-only，也无需做磁盘寻址，效率高

AOF的缺点

• 文件体积大

• AOF每次都需要做一下写入aof_bufDans 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.

Lors de la réplication maître-esclave, la réplication complète initialisée utilise des fichiers RDB.

【Recommandation associée : Tutoriel vidéo Redis

】

Persistance AOF

• Persistance AOF, le nom complet est 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.
• Le processus de persistance AOF est divisé en trois étapes : ajout de commandes, écriture de fichiers et synchronisation de fichiers.
  Ajout de commande : chaque fois que le serveur Redis exécute une commande d'écriture, il ajoutera la commande d'écriture à la fin du tampon aof_buf dans l'état du serveur au format de protocole AOF.
• Écriture de fichier : dans Redis, avant la fin de chaque boucle d'événement, la fonction 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 utilisant BGREWRITEAOF 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. 🎜🎜

  🎜Les avantages et inconvénients des deux types de persistance🎜🎜

  🎜Les avantages de RDB🎜🎜🎜🎜🎜Le fichier la taille est petite, convient à la copie pour une sauvegarde à froid🎜🎜🎜🎜Par rapport à AOF, la vitesse de sauvegarde et de récupération est plus rapide🎜🎜🎜

  🎜Inconvénients de RDB🎜🎜🎜🎜🎜Perte de data🎜🎜🎜🎜fork Le processus enfant fait BGSAVE, ce qui consomme une certaine quantité de ressources mémoire🎜🎜🎜

  🎜Les avantages d'AOF🎜🎜🎜 🎜🎜moins de perte de données🎜🎜🎜🎜augmentation du tampon d'écriture, pas besoin d'adressage, rapide🎜🎜🎜🎜ajout uniquement, pas besoin d'adressage de disque, haute efficacité🎜🎜🎜

  🎜Inconvénients d'AOF🎜🎜🎜 🎜🎜La taille du fichier est grande🎜🎜🎜🎜AOF doit écrire 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!