Keyspace notifikációk lehetővé teszik az ügyfeleknek, hogy feliratkozzanak (Pub/Sub-on keresztül) az olyan eseményekre, amelyek a kulcsok változásairól szólnak — például egy kulcs beállítása, törlése vagy lejárata. Lehetővé teszik az adatok Redis-ben történő változásaira való reagálást, ahol a lejárat esemény egy különösen gyakori, hasznos trigger.
CONFIG SET notify-keyspace-events KEA
PSUBSCRIBE
PSUBSCRIBE
Engedélyezheti a notifikációkat (notify-keyspace-events, kiválasztva mely eseményeket) és feliratkozhat speciális csatornákra: __keyevent@<db>__:<event> (esemény típusok, pl. expired, az érintett kulccsal) vagy __keyspace@<db>__:<key> (egy adott kulcson történő események).
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
⚠️ 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.
A keyspace notifikációk megértése hasznos tudás a Redis adatváltozásokra való reagáláshoz, amely képesség bizonyos event-driven mintákat tesz lehetővé — bár a korlátainak megértése ugyanilyen fontos.
A funkció lehetővé teszi az ügyfeleknek, hogy feliratkozzanak a kulcsok változásairól szóló eseményekre (beállítások, törlések, és különösen lejáratok) Pub/Sub-on keresztül, amely lehetővé teszi a Redis-nek, hogy értesítse az alkalmazást az adatok változása esetén.
A lejárat esemény különösen egy gyakori, elegáns mintát mozgósít: egy kulcs TTL-jének használata timer/scheduler helyett — beállít egy kulcsot, hogy bizonyos késleltetés után lejárjon, és a lejárat notifikáció elindít egy műveletet (a tartott készlet felszabadítása egy tartási periódus után, a munkamenet lejáratának kezelése, a késleltetett feladatok futtatása), ami időzített akció viselkedést biztosít egy külön ütemezési rendszer nélkül.
A notifikációk engedélyezésének (notify-keyspace-events) és a speciális keyevent/keyspace csatornákra történő feliratkozásnak a megértése a gyakorlati mechanizmus.
Elengedhetetlenül fontos a figyelmeztetések megértése ennek helyes használatához: mivel a Pub/Sub-ra épül, fire-and-forget (az olyan események, amelyekre nincs csatlakoztatott előfizető, véglegesen elvesznek — így megbízhatatlan a kritikus események számára), a lejárat esemény lemarad a pontos TTL-től (akkor aktiválódik, amikor a kulcs ténylegesen eltávolításra kerül lusta/aktív lejárat által, így az időzítés nem pontos), és nagy mennyiségnél túlterhelésre van szüksége — ami azt jelenti, hogy a megbízható eseménykezeléshez streamek vagy más mechanizmus szükséges.
Ez a tudatosság megakadályozza, hogy túlzottan függjünk az értesítésektől a garantált szállítás érdekében.
Mivel a Redis adatváltozásokra való reagálás (különösen a lejáratok mint timer) hasznos minta a késleltetett műveletek és ütemezés számára, és mivel a keyspace notifikációk ezt biztosítják, de fontos megbízhatósági és időzítési korlátokkal (a Pub/Sub fire-and-forget jellegét örökölve), a keyspace notifikációk megértése — hogy mik ezek, a lejárat-mint-timer minta, és különösen a figyelmeztetések — értékes, gyakorlatilag releváns tudás ennek a funkciónak a megfelelő felhasználásához, miközben tudni kell, hogy mikor igényelnek a korlátai egy megbízhatóbb megközelítést.