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

成都創(chuàng)新互聯(lián)成立10余年來，這條路我們正越走越好，積累了技術(shù)與客戶資源，形成了良好的口碑。為客戶提供成都做網(wǎng)站、成都網(wǎng)站設(shè)計、網(wǎng)站策劃、網(wǎng)頁設(shè)計、域名與空間、網(wǎng)絡(luò)營銷、VI設(shè)計、網(wǎng)站改版、漏洞修補等服務。網(wǎng)站是否美觀、功能強大、用戶體驗好、性價比高、打開快等等，這些對于網(wǎng)站建設(shè)都非常重要，成都創(chuàng)新互聯(lián)通過對建站技術(shù)性的掌握、對創(chuàng)意設(shè)計的研究為客戶提供一站式互聯(lián)網(wǎng)解決方案，攜手廣大客戶，共同發(fā)展進步。

通過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)存，結(jié)果發(fā)現(xiàn)redis的內(nèi)存使用情況：

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

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

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

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

Redis提供6種數(shù)據(jù)淘汰策略：
    1. volatile-lru:從已設(shè)置過期時間的內(nèi)存數(shù)據(jù)集中挑選最近最少使用的數(shù)據(jù) 淘汰；
    2. volatile-ttl: 從已設(shè)置過期時間的內(nèi)存數(shù)據(jù)集中挑選即將過期的數(shù)據(jù) 淘汰；
    3.  volatile-random:從已設(shè)置過期時間的內(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錯誤）；
        關(guān)于maxmemory設(shè)置，通過在redis.conf中maxmemory參數(shù)設(shè)置，或者通過命令CONFIG SET動態(tài)修改
       關(guān)于數(shù)據(jù)淘汰策略的設(shè)置，通過在redis.conf中的maxmemory-policy參數(shù)設(shè)置，或者通過命令CONFIG SET動態(tài)修改

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

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

當前題目：redis莫名數(shù)據(jù)被清問題排查記錄-創(chuàng)新互聯(lián)
鏈接地址：http://www.chinadenli.net/article38/dpdhpp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站改版、關(guān)鍵詞優(yōu)化、面包屑導航、網(wǎng)站收錄、響應式網(wǎng)站、做網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)