Il existe plusieurs façons de conserver Redis

Redis est une base de données clé-valeur avancée. Il est similaire à Memcached, mais les données peuvent être conservées et prennent en charge un large éventail de types de données. Il existe des chaînes, des listes chaînées, des ensembles et des ensembles triés. Il prend en charge le calcul de l'union, de l'intersection et du complément (différence) des ensembles côté serveur, et prend également en charge diverses fonctions de tri. Redis peut donc également être considéré comme un serveur de structure de données.

Toutes les données dans Redis sont stockées en mémoire, puis enregistrées de manière asynchrone sur le disque de temps en temps (c'est ce qu'on appelle le « mode semi-persistant ») ; être écrit dans un fichier d'ajout uniquement (aof) (c'est ce qu'on appelle le "mode de persistance complète").

Étant donné que les données Redis sont stockées en mémoire, si la persistance n'est pas configurée, toutes les données seront perdues après le redémarrage de Redis. Par conséquent, vous devez activer la fonction de persistance de Redis et enregistrer les données sur le disque. redémarre, Ensuite, les données peuvent être récupérées à partir du disque.

Redis propose deux méthodes de persistance, l'une est la persistance RDB (le principe est de vider périodiquement les enregistrements de la base de données de Reids en mémoire vers la persistance RDB sur le disque) et l'autre est AOF (ajouter uniquement un fichier) persistance (le principe est d'écrire le journal des opérations de Reids dans le fichier de manière annexée).

Alors quelles sont les différences entre ces deux méthodes de persistance, et comment choisir ?

La persistance RDB fait référence à l'écriture d'un instantané de l'ensemble de données en mémoire sur le disque dans un intervalle de temps spécifié. Le processus opérationnel réel consiste à créer un processus enfant, en écrivant d'abord l'ensemble de données dans un fichier temporaire. , et écrivez Une fois l'importation réussie, le fichier précédent est remplacé et stocké à l'aide de la compression binaire.

La persistance AOF enregistre chaque opération d'écriture et de suppression traitée par le serveur sous la forme d'un journal. Les opérations de requête ne sont pas enregistrées, mais sont enregistrées dans le texte. Vous pouvez ouvrir le fichier pour voir les enregistrements détaillés des opérations.

Les avantages et les inconvénients des deux

Quels sont les avantages du RDB ?

1). Une fois cette méthode adoptée, l'intégralité de votre base de données Redis ne contiendra qu'un seul fichier, ce qui est parfait pour la sauvegarde de fichiers. Par exemple, vous pouvez prévoir d'archiver les données des dernières 24 heures toutes les heures, ainsi que d'archiver les données des 30 derniers jours chaque jour. Grâce à une telle stratégie de sauvegarde, lorsqu'une panne catastrophique survient dans le système, nous pouvons le restaurer très facilement.

2). Pour la reprise après sinistre, RDB est un très bon choix. Parce que nous pouvons facilement compresser un seul fichier puis le transférer sur d’autres supports de stockage.

3). Maximisez les performances. Pour le processus de service Redis, lorsqu'il démarre la persistance, la seule chose qu'il doit faire est de débourser le processus enfant, puis le processus enfant terminera le travail de persistance. Cela peut grandement éviter que le processus de service effectue des opérations d'E/S.

4). Par rapport au mécanisme AOF, si l'ensemble de données est volumineux, l'efficacité du démarrage de RDB sera plus élevée.

Quels sont les inconvénients du RDB ?

1). Si vous souhaitez garantir une haute disponibilité des données, c'est-à-dire éviter au maximum la perte de données, alors RDB ne sera pas un bon choix. Car une fois que le système plante avant la persistance programmée, les données qui n'ont pas eu le temps d'être écrites sur le disque seront perdues.

2). Étant donné que RDB aide à la persistance des données via les processus enfants de fork, si l'ensemble de données est volumineux, l'ensemble du serveur peut cesser de servir pendant des centaines de millisecondes, voire 1 seconde.

Quels sont les avantages de l'AOF ?

1). Ce mécanisme peut apporter une plus grande sécurité des données, c'est-à-dire une persistance des données. Redis propose trois stratégies de synchronisation, à savoir la synchronisation toutes les secondes, la synchronisation à chaque modification et aucune synchronisation. En fait, une synchronisation sur deux est également effectuée de manière asynchrone et son efficacité est également très élevée. La seule différence est qu'une fois le système tombé en panne, les données modifiées au cours de cette seconde seront perdues. Chaque fois qu'une modification est synchronisée, nous pouvons la considérer comme une persistance synchrone, c'est-à-dire que chaque modification de données qui se produit sera immédiatement enregistrée sur le disque. On peut prédire que cette méthode est la moins efficace. Quant à l'absence de synchronisation, inutile d'en dire plus, je pense que tout le monde peut bien le comprendre.

2). Étant donné que ce mécanisme utilise le mode ajout pour écrire les fichiers journaux, même s'il y a un temps d'arrêt pendant le processus d'écriture, le contenu existant dans le fichier journal ne sera pas détruit. Cependant, si nous n'écrivons que la moitié des données lors de cette opération et qu'une panne du système se produit, ne vous inquiétez pas. Avant le prochain démarrage de Redis, nous pouvons utiliser l'outil redis-check-aof pour nous aider à résoudre le problème de cohérence des données.

3). Si le journal est trop volumineux, Redis peut activer automatiquement le mécanisme de réécriture. Autrement dit, Redis écrit en continu les données modifiées sur l'ancien fichier disque en mode ajout. En même temps, Redis crée également un nouveau fichier pour enregistrer les commandes de modification exécutées pendant cette période. Par conséquent, la sécurité des données peut être mieux assurée lors de la réalisation d'une commutation de réécriture.

4). AOF contient un fichier journal clairement formaté et facile à comprendre pour enregistrer toutes les opérations de modification. En fait, nous pouvons également compléter la reconstruction des données grâce à ce fichier.

Quels sont les inconvénients de l'AOF ?

1). Pour un même nombre de jeux de données, les fichiers AOF sont généralement plus gros que les fichiers RDB. RDB est plus rapide que AOF lors de la restauration de grands ensembles de données.

2). Selon la stratégie de synchronisation, AOF est souvent plus lent que RDB en termes d'efficacité opérationnelle. En bref, l'efficacité de la stratégie de synchronisation par seconde est relativement élevée et l'efficacité de la stratégie de désactivation de la synchronisation est aussi efficace que celle de RDB.

Le critère de choix entre les deux est de voir si le système est prêt à sacrifier certaines performances en échange d'une cohérence de cache plus élevée (aof), ou s'il est prêt à ne pas activer la sauvegarde lors des opérations d'écriture. sont fréquents en échange de performances de cache plus élevées, attendez d'exécuter la sauvegarde manuellement avant de sauvegarder (rdb). RDB a une signification finalement plus cohérente.

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!