はてなブックマーク

TL; DR すべての Key に Expire が設定されているからといって油断してはいけません。 Application Code 中に既存の Key の Expire を延長する Code がないか、十分注意しましょう。 無限に成長する Key を見つけるには、 RDB ファイルの分析が最も安全かつ漏れもありません。 まえがき このお話はフィクションです！！！！ とある API サーバー開発でのお話 ある API サーバーでは、 API リクエストのためにユーザー ID 単位で有効期限 1 時間の token を発行し、認証認可を行っていました。 具体的な token の要件は下記の通りです。 API token の要件 token あたり有効期限 1 時間である ユーザー ID 単位である 有効期限内ならば何度でも利用できる あるユーザー が同時に複数の token を持つことが出

煽りタイトルですいません。 Redis のデータ削除によるブロッキング Redis におけるクライアントからのデータ削除は、 v3 系までは DEL ・ FLUSHALL ・ FLUSHDB がありました。 また Redis 自身による削除として、有効期限 (TTL) 切れ時の EXPIRE とメモリ溢れ時の EVICTION 、 Replica が Full Sync し直す際の flush がありました。 特に DEL コマンドや FLUSH 系コマンドは削除対象となるデータ数に比例して処理をブロッキングします。 SET 型や HASH 型で要素数が非常に多い場合は、 1 つの Key を DEL しただけでも数秒処理が止まることもあります。 Lazy Free 機能 Redis v4 以降から、 DEL に対応する UNLINK と FLUSH 系コマンドには async オプション

Redis の KEYS コマンドは危険 Redis には Key を全走査して検索する KEYS コマンドがあります。 開発・運用中、稀に良く Key を検索したい事象に出くわすのが「Redisあるある」なのですが この KEYS コマンドは、走査対象となる KEY 数に比例して Redis の処理をブロッキングします。 Redis にまだ不慣れなとき、開発環境では KEY 数が少なく問題にならず、本番環境で KEYS コマンドを発行してしまい障害を起こしてしまった方が少なくないのではないでしょうか？ コマンド名をリネームして KEYS の誤爆を抑止する Redis には設定値に rename-command があります。 redis/redis.conf at 6.0 · redis/redis · GitHub 下記のように redis.conf に追記して、 Redis を再起動し