Keyspace notifications jippermettu lill-clients jissuskrivu (permezz ta' Pub/Sub) għal avvenimenti dwar bidliet fil-keys — bħal key jiġi ssettjat, imħassar, jew skadut. Jippermettu li nireagixxi għal bidliet tad-data fir-Redis, b'avveniment l-iskadenza li jkun trigger komuni u utli ħafna.
CONFIG SET notify-keyspace-events KEA
PSUBSCRIBE
PSUBSCRIBE
Int tiffidil in-notifications (notify-keyspace-events, magħzul liema avvenimenti) u tissuskrivu għal channels speċjali: __keyevent@<db>__:<event> (avvenimenti ta' tip, eż. expired, bil-key affettwat) jew __keyspace@<db>__:<key> (avvenimenti fuq key speċifiku).
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.
L-għarfien ta' keyspace notifications huwa utli għall-reazzjoni għal bidliet tad-data fir-Redis, kapabilità li tippermetti mudelli ċerti driven-b'avvenimenti — iżda l-għarfien tal-limitazzjonijiet tagħha huwa ugwalment importanti. ">Il-funzjonalità tippermetti lill-clients issuskrivu għal avvenimenti dwar bidliet tal-keys (sets, deletes, u speċjalment expirations) permezz ta' Pub/Sub, u tippermetti lir-Redis jnotifika l-applikazzjoni meta tteħadel id-data.
L-avveniment l-iskadenza b'partikulari jipprovdi mudell komuni u eleganti: uża l-TTL ta' key bħala timer/scheduler — ssettja key biex jiskadi wara xi ħin, u n-notifika l-iskadenza ttarġa azzjoni (ħelsa l-inventarju misjuħ wara perjodu ta' ħold, manigġ session expiry, tħarriġ delayed jobs), u tipprovdi kumportament scheduled-action mingħajr sistema ta' skeħ separata.
L-għarfien ta' kif tiffidil notifications (notify-keyspace-events) u tissuskrivu għall-channels speċjali keyevent/keyspace huwa l-mekkaniżmu praktiku.
B'mod kritiku, l-għarfien tal-avvertenzi huwa essenzjali biex tintuża dan b'mod korretti: minħabba li huwa mibnija fuq Pub/Sub, huwa fire-and-forget (avvenimenti mingħajr subscriber konness huma permanentement mitlufa — allura huwa inaffidabbli għal avvenimenti kritiċi), l-avveniment l-iskadenza jirta' ħin l-TTL eżatt (itarġa meta l-key tittakk effettivament b'lazy/active expiration, allura t-timing mhuwiex preċiż), u għandu overhead fi volum għoli — li jfisser għall-immaniġġjar ta' avvenimenti affidabbli, Streams jew mekkaniżmu ieħor huwa aħjar.
Das ta' għarfien jippreveni li jattina' flimkien fuq notifications għal consegna garantita.
Minħabba li reazzjoni għal bidliet tad-data tar-Redis (speċjalment expirations bħala timers) huwa mudell utli għal azzjonijiet delayed u scheduling, u minħabba li keyspace notifications jipprovduha iżda b'limitazzjonijiet importanti ta' affidabbiltà u timing (jieħdu n-natura fire-and-forget ta' Pub/Sub), l-għarfien ta' keyspace notifications — x'inhuma, il-mudell expiration-as-timer, u speċjalment l-avvertenzi — huwa għarfien validu, rilevanti pratikament għall-użu ta' din il-funzjonalità b'mod korrett filwaqt li taf meta l-limitazzjonijiet tagħha jeħtieġu approċċ aktar affidabbli.