Event on key expire

Question

I wonder if there is a feature in redis that allow me to get all expired keys (I mean some kind of event, that gives me an opportunity to take back all expire records). The purpose of it is in saving old values into another database. I've heard that it's possible using publishing mechanism, but google can't help we with this idea.

it is not the same as the above comment's link. that one is about sessions. this post is about volatile keys. — akonsu, Feb 01 '13 at 18:31
@martoskin did you find the solution, I have similar use-case — Noob, Oct 10 '22 at 14:24

Sergio Tulentsev · Accepted Answer · 2013-02-01T18:46:19.740

28

Current development version of redis contains a new feature: keyspace notifications. Documentation: http://redis.io/topics/notifications

Keyspace notifications allows clients to subscribe to Pub/Sub channels in order to receive events affecting the Redis data set in some way.

Examples of the events that is possible to receive are the following:

All the commands affecting a given key.

All the keys receiving an LPUSH operation.

All the keys expiring in the database 0.

Hopefully, it will make it to stable soon.

BTW, it won't be very useful in helping you save values of expired keys. When expiration event is fired, the value is gone already.

edited Feb 01 '13 at 18:46

answered Feb 01 '13 at 18:41

Sergio Tulentsev

226,338
43
373
367

Does it publish notifications for "flushall'? – Sachin Verma Jan 10 '19 at 12:32
@SachinVerma no, it doesn't – Teodoro May 10 '21 at 03:33

score 19 · Answer 2 · answered May 27 '14 at 02:41

The built-in expired event generated by keyspace notification is not accurate. See the last section of http://redis.io/topics/notifications

Keys with a time to live associated are expired by Redis in two ways:

When the key is accessed by a command and is found to be expired.

Via a background system that looks for expired keys in background, incrementally, in order to be able to also collect keys that are never accessed.

The expired events are generated when a key is accessed and is found to be expired by one of the above systems, as a result there are no guarantees that the Redis server will be able to generate the expired event at the time the key time to live reaches the value of zero. If no command targets the key constantly, and there are many keys with a TTL associated, there can be a significant delay between the time the key time to live drops to zero, and the time the expired event is generated.

To fully implement an accrue expire event, you might have to implement it by yourself. For example, by using a sorted list (or AVL tree) sorted by the expire time, and continuously reading the tail of list (unqueue). If the reader finds the the expire time hasn't been reached, it sleeps (expire time - now). In this way the accuracy can be controlled within 10s ms.

Implementing 'yourself' is not easy as it seems. We might also need to consider distribution across several nodes. — Nilesh, Jul 10 '20 at 02:03

score 2 · Answer 3 · answered Feb 27 '15 at 14:29

2

Use redis-scheduler.
You can find it here

answered Feb 27 '15 at 14:29

Mosayeb

163
1
1
12

Actually I believe that this solution won't work because the package uses the same feature mentioned in the answers above, the "expire" event once the key is expired. But the process is lazy so it isn't reliable. – Teodoro May 10 '21 at 03:32

Event on key expire

3 Answers3

Linked