Mitä ovat Redis-avainavaruuden ilmoitukset?

Question

Accepted Answer

**Avainavaruuden ilmoitukset** antavat asiakkaille mahdollisuuden tilata (Pub/Sub-kautta) tapahtumia, jotka liittyvät avainten muutoksiin — kuten avain, joka asetetaan, poistetaan tai **vanhenee**. Ne mahdollistavat reaktion tiedon muutoksiin Redisissa, ja erityisesti vanhentumistapahtumat ovat erityisen hyödyllinen käynnistin. ## Käyttöönotto ja tilaaminen ```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 ``` Otat ilmoitukset käyttöön (`notify-keyspace-events`, valitset mitkä tapahtumat) ja tilaat erityisiä kanavia: `__keyevent@__:` (tietyn tyypin tapahtumat, esim. `expired`, joissa kyseinen avain on vaikuttunut) tai `__keyspace@__:` (tapahtumat tietylle avaimelle). ## Vanhentumistapahtumat: yleinen kuvio ```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 ``` ## Tärkeät varoitukset ```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. ``` ## Miksi sillä on merkitystä Avainavaruuden ilmoitusten ymmärtäminen on hyödyllistä tietoa **reaktiolle tiedon muutoksiin Redisissa**, kyky, joka mahdollistaa tietyt tapahtumaohjatussa kuviot — mutta sen rajoitusten ymmärtäminen on yhtä tärkeää. Toiminto antaa asiakkaille mahdollisuuden **tilata tapahtumia avainten muutoksista** (asettaminen, poistaminen ja erityisesti **vanhentuminen**) Pub/Sub-kautta, mikä mahdollistaa Redisin ilmoittamisen sovellukselle, kun data muuttuu. **Vanhentumistapahtumat erityisesti** ohjaavat yleistä, eleganttia kuviota: avain TTL:n käyttäminen **ajastimena/aikakirjaajana** — aseta avain vanhenemaan tietyn viiveen jälkeen, ja vanhentumisen ilmoitus käynnistää toiminnon (vapautamisen pidetystä varauksesta pidätysjakson jälkeen, istunnon vanhenemisen käsittely, viivästyneiden töiden suorittaminen), mikä tarjoaa ajastetun toiminnon käyttäytymisen ilman erillistä aikakirjaajajärjestelmää. Ymmärtäminen siitä, miten ilmoitukset otetaan käyttöön (`notify-keyspace-events`) ja tilataanko erityisiä keyevent/keyspace-kanavia, on käytännöllinen mekanismi. Critically, understanding the **caveats** is essential to use this correctly: because it's built on **Pub/Sub, it's fire-and-forget** (events with no connected subscriber are permanently missed — so it's unreliable for critical events), the **expired event lags** the exact TTL (firing when the key is actually removed by lazy/active expiration, so timing isn't precise), and it has overhead at high volume — meaning for reliable event handling, Streams or another mechanism is better. Tämä tietoisuus estää liian suuren luottamuksen ilmoituksiin taatun toimittamisen osalta. Koska reaktio Redisin tiedon muutoksiin (erityisesti vanhentuminen ajastimina) on hyödyllinen kuvio viivästyneille toiminnoille ja aikakirjaukselle, ja koska avainavaruuden ilmoitukset tarjoavat sen, mutta tärkeillä luotettavuus- ja ajoitusrajoituksilla (periytyen Pub/Subin fire-and-forget-luonteesta), avainavaruuden ilmoitusten ymmärtäminen — mitä ne ovat, vanhentuminen-ajastimena-kuvio ja erityisesti varoitukset — on arvokas, käytännöllisesti merkityksellinen tieto tämän ominaisuuden asianmukaisesta käytöstä samalla kun tiedetään, milloin sen rajoitukset vaativat luotettavampaa lähestymistapaa.