Redis キースペース通知とは何ですか？

Question

Accepted Answer

**キースペース通知**により、クライアントは 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 ``` 通知を有効化し（`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. ``` ## なぜ重要なのかキースペース通知の理解は、**Redis でのデータ変更に反応する**ための有用な知識です。これは特定のイベント駆動パターンを可能にしますが、その制限を理解することは同じくらい重要です。この機能により、クライアントは Pub/Sub 経由で**キー変更に関するイベント**（設定、削除、特に**有効期限切れ**）に**サブスクライブ**でき、データが変更されたときに Redis がアプリケーションに通知することができます。 **特に有効期限切れイベント**は、一般的で優れたパターンを実現します：キーの TTL を**タイマー/スケジューラー**として使用する — キーを一定の遅延後に有効期限切れになるように設定し、有効期限切れ通知がアクション（保持期間後に予約在庫を解放する、セッション有効期限を処理する、遅延ジョブを実行する）をトリガーします。これは別個のスケジューリングシステムなしでスケジュール済みアクション動作を提供します。通知を有効化する方法（`notify-keyspace-events`）とキーイベント/キースペースチャネルにサブスクライブする方法を理解することが、実践的なメカニズムです。重要なのは、これを正しく使用するための**注意事項**を理解することです：**Pub/Sub に基づいているため、ファイア・アンド・フォーゲット**です（接続されたサブスクライバーのないイベントは永久に見逃される — そのため信頼性に欠ける）、**有効期限切れイベントは正確な TTL より後に発火**します（キーが実際の lazy/active expiration によって削除されるときに発火するため、タイミングは正確ではない）、そして高ボリュームではオーバーヘッドがあります — つまり信頼性のあるイベント処理には Streams または別のメカニズムの方が良いということです。この認識により、通知に対して保証された配信を過度に依存することを防ぎます。 Redis データの変更に反応すること（特に有効期限切れをタイマーとして）は遅延アクションとスケジューリングにとって有用なパターンであり、キースペース通知はそれを提供しますが重要な信頼性とタイミングの制限があります（Pub/Sub のファイア・アンド・フォーゲット特性を継承）。そのため、キースペース通知 — それが何であるか、有効期限切れ・アズ・タイマーパターン、特に注意事項 — を理解することは、この機能を適切に使用しながら、その制限が信頼性の高いアプローチを必要とすることを知るための、価値あり実践的に関連した知識です。