Što su Redis keyspace notifications?

Question

Accepted Answer

**Keyspace notifications** omogućavaju klijentima da se pretplate (preko Pub/Sub) na događaje o promjenama ključeva — kao što su postavljanje, brisanje ili **istezanje** ključa. Omogućavaju reagiranje na promjene podataka u Redisku, pri čemu je događaj istezanja posebno čest i koristan okidač. ## Omogućavanje i pretplata ```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 ``` Omogućavate notifications (`notify-keyspace-events`, odabirom koje događaje) i pretplatite se na posebne kanale: `__keyevent@__:` (događaji tipa, npr. `expired`, s zahvaćenim ključem) ili `__keyspace@__:` (događaji na određenom ključu). ## Događaj istezanja: čest obrazac ```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 ``` ## Važna upozorenja ```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. ``` ## Zašto je važno Razumijevanje keyspace notifications je korisno znanje za **reagiranje na promjene podataka u Redisku**, sposobnost koja omogućava određene event-driven obrasce — ali razumijevanje njezinih ograničenja jednako je važno. Funkcionira omogućava klijentima da se **pretplate na događaje o promjenama ključeva** (postavljanja, brisanja, a pogotovo **istezanja**) preko Pub/Sub, omogućavajući Redisku da obavijesti aplikaciju kada se podaci promijene. **Događaj istezanja posebno** omogućava čest, elegantan obrazac: korištenje TTL ključa kao **brojača/raspoređivača** — postavite ključ da istekne nakon nekog kašnjenja, a obavijest o istezanju pokreće radnju (oslobađanje držane zalihe nakon perioda čekanja, rukovanje istezanjem sesije, pokretanje odloženih poslova), pružajući ponašanje planiranog postupka bez posebnog sustava raspoređivanja. Razumijevanje kako omogućiti notifications (`notify-keyspace-events`) i pretplatiti se na posebne keyevent/keyspace kanale je praktički mehanizam. Kritično, razumijevanje **upozorenja** je bitno za ispravan pristup: jer je izgrađeno na **Pub/Sub, to je fire-and-forget** (događaji bez povezanog pretplatnika trajno se propuštaju — pa je nepouzdan za kritične događaje), **događaj istezanja zaostaje** za točnom TTL (aktivira se kada je ključ zapravo uklonjen ljeningom/aktivnom istekom, pa vremenska ročnost nije precizna), i ima opterećenja pri visokom volumenu — što znači da je za pouzdano rukovanje događajima, Streams ili drugi mehanizam bolji. Ova svijest sprječava prekomjerno oslanjanje na notifications za zajamčenu isporuku. Budući da je reagiranje na Redis promjene podataka (posebno istezanja kao brojači) koristan obrazac za odložene radnje i raspoređivanje, a budući da keyspace notifications to omogućavaju ali s važnim ograničenjima pouzdanosti i vremenske ročnosti (naslijeđujući fire-and-forget prirodu Pub/Sub), razumijevanje keyspace notifications — što su, obrazac istezanja-kao-brojač, i posebno upozorenja — je vrijednosno, praktički relevantno znanje za pravilnu upotrebu ove funkcionalnosti dok znate kada njezinih ograničenja zahtijevaju pouzdaniji pristup.