redis莫名數(shù)據(jù)被清問題排查記錄

新版系統(tǒng)剛發(fā)布，前端反饋redis中的值經(jīng)常被清空，第一反應懷疑誰的代碼里面執(zhí)行了flushall或者flushdb操作

通過redis的monitor追蹤一波，

redis-cli -a "xxx" monitor 如果redis沒配置密碼可以不用加-a參數(shù)，實際操作中我加了個 >> /data/log/trace_redis.log，把所有操作寫到文件里面，注意時間長了log會很大

跑下來redis確實會被清掉，但沒人/程序執(zhí)行過flush操作，這里停頓5分鐘思考下人生

這里幸虧之前轉(zhuǎn)過一個zabbix監(jiān)控，有監(jiān)控redis的使用內(nèi)存，結果發(fā)現(xiàn)redis的內(nèi)存使用情況：

redis會短時間飆到10G,然后馬上掉下來，這時候基本可以判定應該跟內(nèi)存有關，達到某個閾值之后數(shù)據(jù)被清了。

去翻redis官網(wǎng)有詳細記錄：https://redis.io/topics/lru-cache
文檔查下來確實是因為reids有內(nèi)存限制，我們這里是10G,并且有超內(nèi)存之后的清除策略默認是全清。。。

翻開 /etc/redis.conf (實際路徑可能不同）

就這里了，maxmemory設置redis最大使用內(nèi)存，maxmemory-policy決定超過之后怎么清

Redis提供6種數(shù)據(jù)淘汰策略：
    1. volatile-lru:從已設置過期時間的內(nèi)存數(shù)據(jù)集中挑選最近最少使用的數(shù)據(jù) 淘汰；
    2. volatile-ttl: 從已設置過期時間的內(nèi)存數(shù)據(jù)集中挑選即將過期的數(shù)據(jù) 淘汰；
    3.  volatile-random:從已設置過期時間的內(nèi)存數(shù)據(jù)集中任意挑選數(shù)據(jù) 淘汰；
    4.   allkeys-lru:從內(nèi)存數(shù)據(jù)集中挑選最近最少使用的數(shù)據(jù) 淘汰；
    5.   allkeys-random:從數(shù)據(jù)集中任意挑選數(shù)據(jù) 淘汰；
    6.    no-enviction(驅(qū)逐)：禁止驅(qū)逐數(shù)據(jù)。（默認淘汰策略。當redis內(nèi)存數(shù)據(jù)達到maxmemory，在該策略下，直接返回OOM錯誤）；
        關于maxmemory設置，通過在redis.conf中maxmemory參數(shù)設置，或者通過命令CONFIG SET動態(tài)修改
       關于數(shù)據(jù)淘汰策略的設置，通過在redis.conf中的maxmemory-policy參數(shù)設置，或者通過命令CONFIG SET動態(tài)修改

當然這是redis上的策略，實際追蹤發(fā)現(xiàn)有個程序一直往redis里面push數(shù)據(jù)導致的上面的現(xiàn)象，問題解決