რა არის Redis keyspace notifications?

Question

Accepted Answer

**Keyspace notifications** საშუალებას აძლევს კლიენტებს გამოიწერონ (Pub/Sub-ის მეშვეობით) ღონისძიებებს 키ების ცვლილებების შესახებ — როგორიცაა ключ დაყენება, წაშლა ან **ამოქმედება**. ისინი საშუალებას აძლევს რეაგირება Redis-ში მონაცემების ცვლილებებზე, ამოქმედების ღონისძიება განსაკუთრებით ხშირი და სასარგებლო ტრიგერი. ## ჩართვა და გამოწერა ```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 ``` თქვენ ჩართავთ notifications-ს (`notify-keyspace-events`, ირჩევთ რომელი ღონისძიებები) და გამოიწერთ სპეციალურ არხებს: `__keyevent@__:` (გარკვეული ტიპის ღონისძიებები, მაგ. `expired`, დაზარალებული ключ-ით) ან `__keyspace@__:` (ღონისძიებები კონკრეტულ ключ-ზე). ## ამოქმედების ღონისძიება: საერთო ნიმუში ```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 ``` ## მნიშვნელოვანი გაფრთხოვებები ```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. ``` ## რატომ არის მნიშვნელოვანი Keyspace notifications-ის გაგება სასარგებლო ცოდნა არის **Redis-ში მონაცემების ცვლილებებზე რეაგირებისთვის**, შესაძლებლობა, რომელიც შესაძლებელს ხდის გარკვეული ღონისძიების მოძრაობის ნიმუშებს — თუმცა მისი შეზღუდვების გაგება თანაბრად მნიშვნელოვანია. ამ ფუნქცია საშუალებას აძლევს კლიენტებს **გამოიწერონ ღონისძიებებს ключ ცვლილებების შესახებ** (დაყენებები, წაშლებები და განსაკუთრებით **ამოქმედებები**) Pub/Sub-ის მეშვეობით, რაც აძლევს Redis-ს აპლიკაციის შეტყობინება მონაცემების ცვლილებისას. **ამოქმედების ღონისძიება კერძოდ** ხელმძღვანელობს საერთო, ელეგანტურ ნიმუშს: ключ-ის TTL გამოიყენება როგორც **таймер/შედეგი** — დააყენეთ ключ ამოქმედებაში გარკვეული შეგიბის შემდეგ, ხოლო ამოქმედების შეტყობინება ტრიგერი ხელოვნებას (დაკავებული ინვენტარი გათავისუფლება დაკავების პერიოდის შემდეგ, სესიის ამოქმედების დამუშავება, დაგვიანებული სამუშაოების გაშვება), გათავისუფლება დაგვიანებული ქმედებების ქცევა ცალკე შედეგი სისტემის გარეშე. გაგება, თუ როგორ ჩართვა notifications-ი (`notify-keyspace-events`) და გამოწერა სპეციალური keyevent/keyspace არხებისთვის პრაქტიკული მექანიზმია. კრიტიკულად, **გაფრთხოვებების** გაგება აუცილებელია ამის სწორად გამოსაყენებლად: რადგან ის აგებულია **Pub/Sub-ზე, ეს არის ცეცხლსასროსი** (ღონისძიებები დაკავშირებული გამომწერის გარეშე სამუდამოდ აკლდება — ასე რომ იგი არასანდო კრიტიკული ღონისძიებებისთვის), **ამოქმედების ღონისძიება отстает** точной TTL-ის (აგაბე, როდესაც ključ პირდაპირ ამოღებულია ზარი/აქტიური ამოქმედებით, ამიტომ დრო არაა ზუსტი), და მას აქვს overhead მაღალი ტომის დროს — რაც ნიშნავს სანდო ღონისძიების დამუშავებისთვის, Streams ან სხვა მექანიზმი უკეთესია. ეს ცნობიერება ბლოკავს notifications-ის ზედმეტ დაკმაყოფილებას გარანტირებული დელივერიისთვის. ვინაიდან რეაგირება Redis მონაცემების ცვლილებებზე (განსაკუთრებით ამოქმედებები როგორც таймეры) არის სასარგებლო ნიმუში დაგვიანებული ქმედებებისა და შედეგისთვის, და keyspace notifications უზრუნველყოფს მას მაგრამ მნიშვნელოვანი საიმედოობის და დროის შეზღუდვებით (Pub/Sub-ის ცეცხლსასროსი ბუნების მემკვიდრეობა), keyspace notifications-ის გაგება — რა ისინი არიან, ამოქმედება-როგორც-таймер ნიმუში, და განსაკუთრებით გაფრთხოვებები — ფასდაფასი, პრაქტიკულად მნიშვნელოვანი ცოდნა ამ ფუნქციის სწორად გამოყენებისთვის, ხოლო იცის როდის მისი შეზღუდვები მოითხოვს უფრო საიმედო მიდგომას.