Redis: possible d'expirer un élément d'un tableau ou d'un ensemble trié?

124

Est-il actuellement possible d'expirer uniquement une paire clé / valeur entière? Que faire si je veux ajouter des valeurs à une structure de type Liste et les faire supprimer automatiquement 1 heure après l'insertion. Est-ce actuellement possible, ou faudrait-il exécuter une tâche cron pour effectuer la purge manuellement?

caching redis

— randombits
source

Réponses:

Est-il actuellement possible d'expirer uniquement une paire clé / valeur entière?

Pour autant que je sache, et également selon les commandes clés et le document sur l' expiration , vous pouvez actuellement définir l'expiration uniquement sur une clé spécifique et non sur sa structure de données sous-jacente. Cependant, il y a une discussion sur les groupes Google sur cette fonctionnalité avec des solutions alternatives décrites.

— yojimbo87
source

Une idée à partir de maintenant juillet 2016, ils ont soutenu cela dans leur nouvelle version?

— Kamran Shahid

@KamranShahid a quelque chose à ce sujet ??

— Prakash Kumar

Nop Prakash pas encore.

— Kamran Shahid

Cette réponse est-elle toujours d'actualité après 8 ans?

— simo

Oui, l'expiration des éléments dans les structures de données imbriquées n'est pas prise en charge par Redis.

— Itamar Haber

Il existe un modèle commun qui résout assez bien ce problème.

Utilisez des ensembles triés et utilisez un horodatage comme score. Il est alors trivial de supprimer des éléments par plage de scores, ce qui pourrait être fait périodiquement, ou uniquement à chaque écriture, les lectures ignorant toujours les éléments hors plage, en ne lisant qu'une plage de scores.

Plus d'informations ici: https://groups.google.com/forum/#!topic/redis-db/rXXMCLNkNSs

— Adriaan Pelzer
source

Belle solution, mais je souhaite que Redis le supporte correctement. C'est une exigence courante et ne devrait pas nécessiter de solutions de contournement complexes.

— UpTheCreek

Je ne sais pas, je suis vraiment heureux qu'ils s'en tiennent à leurs armes - étendre l'ensemble des fonctionnalités d'une manière qu'ils ne veulent pas ou ne planifie pas signifie faire des sacrifices de conception. Construire des fonctionnalités supplémentaires sur le dessus semble être la solution parfaite, et laisse Redis faire ce qu'il fait, excellemment

— Kieren Johnstone

redis est parfait tel quel - conception simple et propre et comportement prévisible qui se traduit par une excellente performance

— let4be

Merveilleuse solution, nous avons également pu utiliser une simple liste fifo où nous gardions une liste et prenions simplement les 5 premiers éléments, et lorsque la liste est devenue plus grande que 5 + N en fonction de l'évolutivité, nous supprimons la clé et recommençons. Simple, facile et exactement comme les algorithmes Redis devraient être. Cet algorithme donne à notre système de rapports suffisamment de temps pour interroger la liste et voir avec quels appareils les utilisateurs se connectent. D'accord avec @KierenJohnstone, Redis est conçu pour créer une architecture autour de lui et est parfait comme il est.

— Ligemer

Je suis tombé sur une méthode différente pour gérer cela, je ne sais pas si cela vous est utile, mais voici:

Le hachage et l'ensemble trié sont liés par un guid.

J'ai un hachage qui expire dans «x» secondes
J'ai un ensemble trié utilisé pour les requêtes à distance
Les données pour les deux sont ajoutées dans une transaction, donc si l'une échoue, elles échouent toutes les deux.
Sur une requête à distance, utilisez 'EXISTS' pour voir si la valeur hachée existe lorsque les résultats sont itérés sur
S'il n'existe pas, il a expiré, supprimez donc l'élément de l'ensemble trié

— JEPrice
source