Ce sunt notificările de keyspace în Redis?

Question

Accepted Answer

**Notificările de keyspace** permit clienților să se aboneze (via Pub/Sub) la evenimente privind modificările cheilor — cum ar fi o cheie setată, ștearsă, sau **expiră**. Ele permit reacționarea la modificări de date în Redis, evenimentul expirării fiind un declanșator deosebit de util și frecvent. ## Activarea și abonarea ```bash # keyspace notifications are OFF by default — enable the event classes you want CONFIG SET notify-keyspace-events KEA # K=keyspace, E=keyevent, A=all event types # subscribe to events: e.g. all expirations across the database PSUBSCRIBE "__keyevent@0__:expired" # fires when ANY key expires (with the key name) PSUBSCRIBE "__keyspace@0__:mykey" # all events on a specific key ``` Activați notificările (`notify-keyspace-events`, alegând care evenimente) și vă abonați la canale speciale: `__keyevent@__:` (evenimente de un tip, de ex. `expired`, cu cheia afectată) sau `__keyspace@__:` (evenimente pe o cheie specifică). ## Evenimentul expirării: un model frecvent ```text The "expired" event is widely used as a TIMER/SCHEDULER: → set a key with a TTL; when it expires, you get notified → trigger an action → e.g. "order:123:hold" expires in 15 min → notification → release the held inventory → delayed jobs, session-expiry handling, scheduled actions without a separate scheduler ``` ## Avertismente importante ```text ⚠️ Built on PUB/SUB → fire-and-forget: if no subscriber is connected when the event fires, it's MISSED (not reliable/persistent). Don't rely on it for critical events. ⚠️ "expired" fires when the key is actually REMOVED (lazy/active expiration), which can LAG behind the exact TTL time → not precise timing. ⚠️ Has overhead at high volume; for reliable event handling, use STREAMS instead. ``` ## De ce este important Înțelegerea notificărilor de keyspace este o cunoștință utilă pentru **reacționarea la modificări de date în Redis**, o capacitate care permite anumite modele bazate pe evenimente — totuși, înțelegerea limitărilor sale este la fel de importantă. Funcționalitatea permite clienților să **se aboneze la evenimente privind modificările cheilor** (seturi, ștergeri și în special **expirări**) via Pub/Sub, permițând Redis-ului să notifice aplicația atunci când datele se modifică. **Evenimentul expirării în special** alimentează un model frecvent și elegant: folosirea TTL-ului unei chei ca **timer/planificator** — setați o cheie să expire după o anumită întârziere, iar notificarea expirării declanșează o acțiune (eliberarea inventarului reținut după o perioadă de reținere, gestionarea expirării sesiunii, executarea lucrărilor întârziate), oferind comportament de acțiuni planificate fără un sistem de planificare separat. Înțelegerea modului de activare a notificărilor (`notify-keyspace-events`) și abonarea la canalele speciale keyevent/keyspace este mecanismul practic. Criticul este înțelegerea **avertismentelor** esențiale pentru a folosi corect: deoarece este construit pe **Pub/Sub, este fire-and-forget** (evenimentele fără abonat conectat sunt permanent pierdute — deci nu este fiabil pentru evenimente critice), **evenimentul expired întârzie** expirarea exactă (se declanșează când cheia este de fapt eliminată prin expirare leneșă/activă, deci sincronizarea nu este precisă), și are overhead la volume mari — ceea ce înseamnă că pentru manipularea fiabilă a evenimentelor, Streams sau alt mecanism este mai bine. Această conștientizare previne bazarea excesivă pe notificări pentru livrare garantată. Deoarece reacționarea la modificări de date în Redis (în special expirările ca timere) este un model util pentru acțiuni întârziate și planificare, și deoarece notificările de keyspace o furnizează dar cu limitări importante de fiabilitate și sincronizare (moștenind natura fire-and-forget a Pub/Sub), înțelegerea notificărilor de keyspace — ceea ce sunt, modelul expirării-ca-timer, și în special avertismentele — este o cunoștință valoroasă și practic relevantă pentru folosirea acestei funcționalități în mod corespunzător, știind când limitările sale necesită o abordare mai fiabilă.