Maison > Article > base de données > Sauvegarde et récupération persistantes Redis
Redis est une base de données en mémoire hautes performances dont les avantages résident dans une lecture rapide des données et des capacités de simultanéité élevées. Cependant, comme les données sont toutes stockées en mémoire, une fois que le serveur tombe en panne ou tombe en panne, les données seront perdues. Afin d'éviter cette situation, Redis fournit une fonction de stockage persistant pour écrire les données de la mémoire sur le disque afin de récupérer les données en cas de besoin.
Redis dispose de deux méthodes de persistance : l'instantané RDB et le journal AOF. La mise en œuvre, les avantages, les inconvénients et les scénarios applicables de ces deux méthodes seront expliqués ci-dessous.
RDB snapshot est un mécanisme de sauvegarde d'instantané de Redis. Il stocke les données dans la mémoire Redis sur le disque dans un intervalle de temps spécifié et génère un fichier RDB. Ce fichier est un fichier binaire qui contient des paires clé-valeur pour toutes les bases de données. Lors de la récupération de données, il vous suffit de charger le fichier dans la mémoire Redis.
Avantages :
(1) Occupe peu d'espace, préserve l'intégrité des données et économise de l'espace disque.
(2) Le temps de récupération des données est court et il est plus rapide de récupérer des fichiers RDB que de relire les journaux AOF.
Inconvénients :
(1) Les données du fichier RDB ne seront enregistrées qu'une seule fois dans l'intervalle de temps spécifié. Si Redis tombe en panne pendant la période de sauvegarde normale, une perte de données se produira.
(2) La nature en temps réel des données dans les fichiers RDB n'est pas élevée Si elles sont enregistrées à un intervalle trop long, cela entraînera des problèmes d'incohérence des données pour l'entreprise.
Scénarios applicables :
Il est plus adapté aux scénarios commerciaux avec de grandes quantités de données et une faible fréquence de lecture et d'écriture, tels que les applications sociales, les applications de commerce électronique, etc.
AOF signifie Append-Only File, qui est également un fichier en ajout uniquement. Il s'agit d'une autre méthode de persistance de Redis. Le journal AOF génère un enregistrement de journal pour chaque opération basée sur Redis. Lors de la récupération des données, il vous suffit de réeffectuer ces opérations.
Avantages :
(1) AOF ne peut entraîner presque aucune perte de données, et même si des situations anormales telles qu'un temps d'arrêt ou une panne de courant se produisent, l'intégrité des données peut être garantie autant que possible.
(2) AOF enregistre chaque opération en temps réel, les données sont en temps réel et la taille du journal et la fréquence d'enregistrement peuvent être contrôlées.
Inconvénients :
(1) Les fichiers AOF sont relativement volumineux et peuvent occuper plus d'espace disque.
(2) Les fichiers journaux AOF doivent être réécrits de temps en temps, ce qui entraînera également une charge de performances.
Scénarios applicables :
Convient aux scénarios d'application qui nécessitent une intégrité élevée des données, tels que le secteur financier, l'industrie pharmaceutique, etc.
Redis fournit deux commandes de sauvegarde couramment utilisées : BGSAVE et SAVE.
BGSAVE enregistrera des instantanés en arrière-plan et générera des fichiers RDB, qui ne bloqueront pas le service de lecture et d'écriture Redis. Par conséquent, il est facilement exploité par des tempêtes concentrées, provoquant l'indisponibilité du service Redis, il doit donc être utilisé avec. prudence.
SAVE bloquera toutes les requêtes Redis pendant que Redis enregistre l'instantané et génère le fichier RDB. Il ne continuera pas à recevoir des requêtes tant que le fichier RDB n'est pas généré avec succès. En cas de volume de données important ou d'utilisation élevée de la mémoire, cette commande peut entraîner un blocage prolongé du service.
La manière de restaurer les données est également très simple. Le fichier RDB est automatiquement lu pour la récupération au démarrage de Redis. Si nécessaire, vous pouvez également exécuter manuellement la commande pour réexécuter le journal AOF afin de récupérer toutes les données.
Résumé :
Comment choisir la méthode de persistance appropriée dépend du scénario d'application spécifique et des besoins de l'entreprise. Si vous avez des exigences élevées en matière d'intégrité des données, vous pouvez donner la priorité à l'utilisation de la méthode de journalisation AOF ; si l'application n'est pas sensible aux données en temps réel, vous pouvez utiliser la méthode d'instantané RDB et vous pouvez également utiliser les deux méthodes de persistance pour obtenir de meilleurs résultats de récupération. Dans le même temps, la sauvegarde et la récupération régulières des données constituent également l’un des moyens importants pour garantir la sécurité des données.
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!