Maison >base de données >Redis >Vérifiez si Redis est persistant

Vérifiez si Redis est persistant

anonymity
anonymityoriginal
2019-06-04 16:11:005587parcourir

info Afficher les informations de persistance

Vérifiez si Redis est persistant

redis-cli info persistence#

loading : indique si le serveur est en cours de chargement Dans les fichiers persistants

rdb_changes_since_last_save : Le nombre de commandes d'écriture depuis la dernière génération réussie d'un fichier rdb, c'est-à-dire combien de commandes d'écriture n'ont pas été conservées

rdb_bgsave_in_progress : Indique si le serveur crée un fichier rdb

rdb_last_save_time : L'horodatage de la création réussie la plus récente d'un fichier rdb. Horodatage actuel - rdb_last_save_time=combien de secondes pendant lequel le fichier rdb n'a pas été généré avec succès

rdb_last_bgsave_status : si la dernière persistance rdb a réussi

rdb_last_bgsave_time_sec : le temps qu'il a fallu pour générer le dernier fichier rdb avec succès Nombre de secondes

rdb_current_bgsave_time_sec : Si le serveur crée un fichier rdb, alors ce champ enregistre le nombre de secondes qu'a pris l'opération de création en cours

rdb_last_cow_size : Parent dans le processus RDB Combien de modifications le processus a effectuées par rapport au processus enfant (y compris les tampons de lecture, les tampons d'écriture, les modifications de données, etc.).

aof_enabled : indique si aof est activé

aof_rewrite_in_progress : identifie si l'opération de réécriture d'aof est en cours

aof_rewrite_scheduled : tâche de réécriture plan, Lorsque le client envoie la commande bgrewriteaof, si le sous-processus de réécriture en cours est en cours d'exécution, alors le bgrewriteaof demandé par le client devient une tâche planifiée et la réécriture est exécutée après la fin du sous-processus aof

.

aof_last_rewrite_time_sec : l'aof réécriture le plus récent Temps passé

aof_current_rewrite_time_sec : Si l'opération de réécriture est en cours, enregistrez le temps utilisé, en secondes

aof_last_bgrewrite_status : L'état du last bgrewriteaof operation

aof_last_write_status : Last aof write status

aof_last_cow_size : combien de modifications ont été effectuées par le processus parent par rapport au processus enfant pendant le processus AOF (y compris le tampon de lecture, le tampon d'écriture, les données modification, etc.).

appendfsync a trois options : toujours, chaque seconde et non :

1 Lorsque toujours est sélectionné, le serveur forcera le contenu du tampon AOF à chaque événement. est exécuté. Écrit en permanence dans le fichier AOF sur le disque dur, cela peut être considéré comme enregistrant cette commande dans le fichier AOF à chaque fois que vous exécutez une commande d'écriture redis. Cela garantit l'intégrité de la persistance des données, mais l'efficacité est la plus lente. mais c'est aussi le plus sûr ;

2. Si elle est configurée comme eachsec, chaque fois que le serveur effectue une opération d'écriture (telle que set, sadd, rpush), la commande sera ajoutée à la fin d'un AOF distinct. tampon et écrivez le tampon AOF dans le fichier AOF, puis effectuez une synchronisation de fichier toutes les secondes pour écrire réellement les données du cache AOF dans le tampon mémoire dans le fichier AOF. Ce mode prend en compte l'efficacité tout en garantissant l'intégrité des données. le serveur est en panne, seules les modifications apportées à la base de données redis dans la seconde seront perdues

3. Configurer appendfsync sur no signifie que vous pouvez accepter la perte des données dans la base de données redis, et elle sera ajoutée. chaque commande d'écriture à la fin du tampon AOF, puis de l'écrire dans le fichier. Cependant, c'est au système lui-même de décider quand effectuer la synchronisation des fichiers et écrire réellement les données dans le fichier AOF, c'est-à-dire quand l'espace est disponible. dans la mémoire tampon est remplie ou lorsque le système se synchronise automatiquement après le délai défini. Ce mode est le plus efficace, mais c'est aussi le plus dangereux pour les données. Si les données de Redis sont extraites de la base de données principale telle que MySQL et qu'il s'agit de données qui peuvent être récupérées à tout moment ou qui ne sont pas importantes, alors vous pouvez envisager de le régler sur ce mode.

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!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn