కీస్పేస్ నోటిఫికేషన్లు ఖాతాదారులను (Pub/Sub ద్వారా) కీలలో మార్పుల గురించిన ఈవెంట్లకు సబ్స్క్రైబ్ చేయడానికి అనుమతిస్తాయి — ఉదాహరణకు, కీ సెట్ చేయడం, తొలగించడం, లేదా ఎక్స్పైర్ చేయడం వంటివి. అవి Redis లో డేటా మార్పులకు ప్రతిస్పందించేందుకు ఎనేబల్ చేస్తాయి, ఎక్సపిరేషన్ ఈవెంట్ ఒక ముఖ్యమైన, ఉపయోగకరమైన ట్రిగ్గర్.
CONFIG SET notify-keyspace-events KEA
PSUBSCRIBE
PSUBSCRIBE
యు నోటిఫికేషన్లను ఎనేబల్ చేస్తారు (notify-keyspace-events, ఏ ఈవెంట్లను ఎక్కువ స్థానాన్ని ఎంచుకోవడం) మరియు ప్రత్యేక చ్యానెల్లకు సబ్స్క్రైబ్ చేస్తారు: __keyevent@<db>__:<event> (ఒక రకమైన ఈవెంట్లు, ఉదాహరణకు expired, ప్రభావితమైన కీ సహితం) లేదా __keyspace@<db>__:<key> (నిర్దిష్ట కీపై ఈవెంట్లు).
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.
కీస్పేస్ నోటిఫికేషన్లను అర్థం చేసుకోవడం Redis లో డేటా మార్పులకు ప్రతిస్పందించడం కోసం ఉపయోగకరమైన జ్ఞానం, ఇది కొన్ని ఈవెంట్-డ్రివెన్ నమూనాలను ఎనేబల్ చేసే సామర్థ్యం — అయితే దాని పరిమితులను అర్థం చేసుకోవడం సమానంగా ముఖ్యమైనది.
ఈ ఫీచర్ ఖాతాదారులను కీ మార్పుల గురించిన ఈవెంట్లకు సబ్స్క్రైబ్ చేయడానికి (సెట్లు, తొలగింపులు, మరియు ముఖ్యంగా ఎక్సపిరేషన్లు) Pub/Sub ద్వారా అనుమతిస్తుంది, డేటా మారినప్పుడు Redis అప్లికేషన్ను నోటిఫై చేయడానికి ఎనేబల్ చేస్తుంది.
ఎక్సపిరేషన్ ఈవెంట్ ప్రత్యేకంగా ఒక సాధారణ, సొగసైన నమూనాను శక్తిపరచుతుంది: కీ యొక్క TTL ను టైమర్/షెడ్యూలర్ గా ఉపయోగించడం — కీని కొంత ఆలస్యం తర్వాత ఎక్స్పైర్ చేయడానికి సెట్ చేయండి, మరియు ఎక్సపిరేషన్ నోటిఫికేషన్ ఒక చర్యను ట్రిగ్గర్ చేస్తుంది (హోల్డ్ వ్యవధి తర్వాత హోల్డ్ చేసిన ఇన్వెంటరీని విడుదల చేయడం, సెషన్ ఎక్సపిరీని నిర్వహించడం, ఆలస్యమైన కార్యాలను అమలు చేయడం), ఒక ప్రత్యేక షెడ్యూలింగ్ సిస్టమ్ లేకుండా షెడ్యూల్ చేసిన-చర్య ప్రవర్తనను అందించడం.
నోటిఫికేషన్లను ఎనేబల్ చేయడం (notify-keyspace-events) మరియు ప్రత్యేక కీయ్ఈవెంట్/కీస్పేస్ చ్యానెల్లకు సబ్స్క్రైబ్ చేయడం ఎలా చేయాలో అర్థం చేసుకోవడం ఆచరణాత్మక యంత్రాంగం.
సమালోచనాత్మకంగా, సতర్కతలను అర్థం చేసుకోవడం ఇసుకను సరిగా ఉపయోగించడానికి అవసరం: ఎందుకంటే ఇది Pub/Sub పై నిర్మితమైనది, ఇది ఫైర్-అండ్-ఫార్గెట్ (కనెక్ట్ చేయబడిన సబ్స్క్రైబర్ లేని ఈవెంట్లు శాశ్వతంగా తప్పిపోతాయి — కాబట్టి ఇది క్లిష్టమైన ఈవెంట్ల కోసం నిర్ভరత లేనిది), ఎక్సపైర్డ్ ఈవెంట్ లాగ్ చేస్తుంది సరిగ్గా TTL కు (కీ నిజానికి lazy/active ఎక్సపిరేషన్ ద్వారా తొలగించినప్పుడు ఫైర్ చేయడం, కాబట్టి టైమింగ్ నిఖిల్ కాదు), మరియు అధిక వాల్యూమ్ వద్ద ఓవర్హెడ్ ఉంటుంది — అర్థం నిర్ভరమైన ఈవెంట్ హ్যాండ్లింగ్ కోసం, Streams లేదా మరొక యంత్రాంగం ఉత్తమం.
ఈ అవగాహన నిర్ణయించిన డెలివరీ కోసం నోటిఫికేషన్ల పై ఓవర్-రిలయింగ్ చేయడం నిరోధిస్తుంది.
Redis డేటా మార్పులకు ప్రతిస్పందించడం (ముఖ్యంగా టైమర్లుగా ఎక్సపిరేషన్లు) ఆలస్యమైన చర్యలు మరియు షెడ్యూలింగ్ కోసం ఉపయోగకరమైన నమూనా కాబట్టి, మరియు కీస్పేస్ నోటిఫికేషన్లు దానిని అందించినప్పటికీ ముఖ్యమైన నిర్ভరత మరియు టైమింగ్ పరిమితులతో (Pub/Sub యొక్క ఫైర్-అండ్-ఫార్గెట్ స్వభావం నుండి వారసత్వం), కీస్పేస్ నోటిఫికేషన్లను అర్థం చేసుకోవడం — అవి ఏమిటి, ఎక్సపిరేషన్-అస్-టైమర్ నమూనా, మరియు ముఖ్యంగా సతర్కతలు — ఈ ఫీచర్ను సముచితంగా ఉపయోగించేటప్పుడు దాని పరిమితులకు మరింత నిర్భరమైన విధానం అవసరమైనప్పుడు తెలుసుకోవడానికి విలువైన, ఆచరణాత్మకంగా సంబంధితమైన జ్ఞానం.