¿Qué son las notificaciones de espacio de claves (keyspace notifications) en Redis?

Question

Accepted Answer

**Las notificaciones de espacio de claves** permiten que los clientes se suscriban (a través de Pub/Sub) a eventos sobre cambios en las claves — como una clave siendo establecida, eliminada o **expirada**. Habilitan la reacción a cambios de datos en Redis, siendo el evento de expiración un disparador particularmente común y útil. ## Habilitación y suscripción ```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 ``` Usted habilita las notificaciones (`notify-keyspace-events`, eligiendo qué eventos) y se suscribe a canales especiales: `__keyevent@__:` (eventos de un tipo, por ejemplo `expired`, con la clave afectada) o `__keyspace@__:` (eventos en una clave específica). ## El evento de expiración: un patrón común ```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 ``` ## Advertencias importantes ```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. ``` ## Por qué es importante Comprender las notificaciones de espacio de claves es conocimiento útil para **reaccionar a cambios de datos en Redis**, una capacidad que habilita ciertos patrones orientados a eventos — aunque comprender sus limitaciones es igualmente importante. La característica permite que los clientes **se suscriban a eventos sobre cambios de claves** (establecimientos, eliminaciones, y especialmente **expiraciones**) a través de Pub/Sub, permitiendo que Redis notifique a la aplicación cuando los datos cambian. El **evento de expiración en particular** potencia un patrón común y elegante: usar el TTL de una clave como un **temporizador/programador** — establezca una clave para que expire después de cierto retraso, y la notificación de expiración dispara una acción (liberar inventario retenido después de un período de espera, manejar la expiración de sesión, ejecutar trabajos diferidos), proporcionando comportamiento de acción programada sin un sistema de programación separado. Comprender cómo habilitar notificaciones (`notify-keyspace-events`) y suscribirse a los canales keyevent/keyspace especiales es el mecanismo práctico. Críticamente, comprender las **advertencias** es esencial para usar esto correctamente: porque está construido en **Pub/Sub, es de envío y olvido** (los eventos sin un suscriptor conectado se pierden permanentemente — por lo que es poco confiable para eventos críticos), el **evento expirado se retrasa** del TTL exacto (se dispara cuando la clave es realmente eliminada por expiración perezosa/activa, por lo que el tiempo no es preciso), y tiene sobrecarga en volumen alto — significando que para manejo de eventos confiable, Streams u otro mecanismo es mejor. Esta conciencia previene confiar demasiado en las notificaciones para entrega garantizada. Dado que reaccionar a cambios de datos de Redis (especialmente expiraciones como temporizadores) es un patrón útil para acciones diferidas y programación, y dado que las notificaciones de espacio de claves lo proporcionan pero con limitaciones importantes de confiabilidad y tiempo (heredando la naturaleza de envío y olvido de Pub/Sub), comprender las notificaciones de espacio de claves — qué son, el patrón de expiración como temporizador, y especialmente las advertencias — es conocimiento valioso y prácticamente relevante para usar esta característica apropiadamente mientras se sabe cuándo sus limitaciones requieren un enfoque más confiable.