値は多くの場合、操作flushallまたはflushdbを行って疑わしい内のコードの最初の反応であるに新システムは単なるフロントエンドのフィードバックのRedisを公開しています
モニタのRedisの波を追跡することにより、
Redisの-CLI -aはRedisのは、-aパラメータを追加することはできません、パスワードを設定しない場合は、モニター「XXX」、実際の動作は、私は>> /data/log/trace_redis.log、すべての操作を追加しました内部のファイルへの書き込み、
ダウン蘭のRedisがクリアされないが、誰/手順はフラッシュ操作を行っていない、5分以内で、ここでの生活の思考を停止
幸いなことに、ここで前にサーベイランスは、メモリのRedisの使用を持っている、ZABBIX監視を回し、見つかっ
Redisの数は簡単に10Gに急増し、その後、すぐにクリアされている一定のしきい値データに到達した後、あなたが決定しなければならない基本的なメモリで行うことができます。この時間が減少しました。
:Redisのは、公式サイト詳細な記録に目を通すhttps://redis.io/topics/lru-cache
本当にそこにドキュメントのチェックレイズメモリの制限は、我々はすべて明確である10Gはここにいる、と超メモリの後、デフォルトでは明確な戦略を持っているためです。。。
オープン/etc/redis.conf(実際の経路が変化してもよいです)
Redisの最大メモリの使用、maxmemory-政策決定オーバーの後に明確に設定する方法を、ここにmaxmemoryです
Redis提供6种数据淘汰策略:
1. volatile-lru:从已设置过期时间的内存数据集中挑选最近最少使用的数据 淘汰;
2. volatile-ttl: 从已设置过期时间的内存数据集中挑选即将过期的数据 淘汰;
3. volatile-random:从已设置过期时间的内存数据集中任意挑选数据 淘汰;
4. allkeys-lru:从内存数据集中挑选最近最少使用的数据 淘汰;
5. allkeys-random:从数据集中任意挑选数据 淘汰;
6. no-enviction(驱逐):禁止驱逐数据。(默认淘汰策略。当redis内存数据达到maxmemory,在该策略下,直接返回OOM错误);
关于maxmemory设置,通过在redis.conf中maxmemory参数设置,或者通过命令CONFIG SET动态修改
关于数据淘汰策略的设置,通过在redis.conf中的maxmemory-policy参数设置,或者通过命令CONFIG SET动态修改
もちろん、これはRedisの上のポリシーである、実際のトラックは、上記の現象プログラムが解決する問題の原因となったデータのRedisをプッシュしてきたました