Kas yra Redis keyspace pranešimai?

Question

Accepted Answer

**Keyspace pranešimai** leidžia klientams prenumeruoti (per Pub/Sub) įvykius apie raktų pokyčius — pvz., raktą nustačius, ištrinus arba **pasibaigus jo galiojimui**. Jie leidžia reaguoti į duomenų pokyčius Redis sistemoje, o pasibaigusio galiojimo įvykis yra ypač dažnas ir naudingas trigeris. ## Įjungimas ir prenumerata ```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 ``` Jūs įjungiate pranešimus (`notify-keyspace-events`, pasirinkdami kuriuos įvykius) ir prenumeruojate specialias išvadas: `__keyevent@__:` (tam tikro tipo įvykiai, pvz. `expired`, su paveiktu raktu) arba `__keyspace@__:` (įvykiai konkrečiame rakte). ## Pasibaigusio galiojimo įvykis: dažnas šablonas ```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 ``` ## Svarbūs perspėjimai ```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. ``` ## Kodėl tai svarbu Supratimas apie keyspace pranešimus yra naudinga žinoti, jei norite **reaguoti į Redis duomenų pokyčius**, gebėjimas, kuris įgalina tam tikrus įvykiais pagrįstus šablonus — tačiau supratimas apie jo apribojimus yra vienodai svarbus. Ši funkcija leidžia klientams **prenumeruoti įvykius apie raktų pokyčius** (nustatyti, ištrinti ir ypač **pasibaigus galiojimui**) per Pub/Sub, įgalinant Redis pranešti programai, kai duomenys pasikeitė. **Pasibaigusio galiojimo įvykis ypač** veikia dažną, elegantiškąjį šabloną: naudoti rakto TTL kaip **laikmačio/planuotoją** — nustatykite raktą pasibaigti po tam tikro laiko, o pasibaigusio galiojimo pranešimas suaktyvina veiksmą (atlaisvintas atsargas po sulaikymo periodo, sesijos pabaiga, uždelsti darbai), suteikdamas planuoto veikimo elgesį be atskiros planavimo sistemos. Supratimas, kaip įjungti pranešimus (`notify-keyspace-events`) ir prenumeruoti specialias keyevent/keyspace išvadas, yra praktinis mechanizmas. Kritiškai svarbu suprasti **apribojimus**, norint naudoti tai teisingai: nes tai yra pagrįsta **Pub/Sub, tai yra šaudyk-ir-pamiršk** modelis (įvykiai be prijungto prenumeratoriaus yra nuolat praleisti — todėl tai nepatikima kritiniams įvykiams), **pasibaigusio galiojimo įvykis atsilieka** nuo tikslaus TTL (vykdomas, kai raktas iš tikrųjų pašalinamas šaltu/aktyviu naikininu, todėl laikas nėra tikslus), ir jis turi pridėtinę apkrovą esant dideliam tūriui — tai reiškia, kad patikimam įvykių tvarkymui geriau tinka Streams ar kitas mechanizmas. Šis supratimas išvengti per didelio pasikliavimo pranešimais garantuotam pristatymuiui. Kadangi reagavimas į Redis duomenų pokyčius (ypač pasibaigus galiojimui kaip laikmačiai) yra naudingas šablonas atidėliems veiksmams ir planavimui, ir kadangi keyspace pranešimai jį suteikia, bet su svarbiais patikimumą ir laiką ribojančiais apribojimais (paveldint Pub/Sub šaudyk-ir-pamiršk pobūdį), supratimas apie keyspace pranešimus — kas jie yra, pasibaigusio galiojimo kaip laikmačio šablonas, ir ypač apribojimai — yra vertinga, praktiškai aktuali žinija, norint teisingai naudoti šią funkciją, žinant, kada jos apribojimai reikalauja patikimesnio požiūrio.