redis莫名數據被清問題排查記錄

新版系統剛發佈，前端反饋redis中的值常常被清空，第一反應懷疑誰的代碼裏面執行了flushall或者flushdb操做

經過redis的monitor追蹤一波，

redis-cli -a "xxx" monitor 若是redis沒配置密碼能夠不用加-a參數，實際操做中我加了個 >> /data/log/trace_redis.log，把全部操做寫到文件裏面，注意時間長了log會很大

跑下來redis確實會被清掉，但沒人/程序執行過flush操做，這裏停頓5分鐘思考下人生

這裏幸好以前轉過一個zabbix監控，有監控redis的使用內存，結果發現redis的內存使用狀況：

redis會短期飆到10G,而後立刻掉下來，這時候基本能夠斷定應該跟內存有關，達到某個閾值以後數據被清了。

去翻redis官網有詳細記錄：https://redis.io/topics/lru-cache
文檔查下來確實是由於reids有內存限制，咱們這裏是10G,而且有超內存以後的清除策略默認是全清。。。

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

就這裏了，maxmemory設置redis最大使用內存，maxmemory-policy決定超過以後怎麼清

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裏面push數據致使的上面的現象，問題解決