Find N3入網：最高支持16+1TB
OPPO將于近期登場的Find N3折疊屏目前已經正式入網，型號為PHN110。本次Find N3在外觀方面相比前兩代有很大的變化，不再是小號的橫向折疊屏，而是跟別的廠商一樣采用了較為常見的
我們在使用 Redis 的過程中，有時候會想要知道某些 key 是否長時間沒有被訪問，如果這些 key 長時間沒有人訪問，并且還占用了比較大的內存空間時，我們就會想及時的清理掉這些 key。
Redis 本身提供了一個 OBJECT IDLETIME 的命令可以讓我們來查詢某個 key 最后一次被訪問后的秒數。
https://redis.io/commands/object-idletime/
但是這個命令對于分析整個 Redis 實例時會顯得十分吃力，免不了 scan + object idletime 的組合。
如果能把這個時間從 rdb 文件讀出來再進行分析，可以有效減少對線上實例的影響，同時效率也會高不少。
下面來看看如何做到的。
關鍵操作符
16進制 | 10進制 | 簡稱 | 說明 |
0xF8 | 248 | IDLE | 標識LRU的空閑時間 |
0xF9 | 249 | FREQ | 標識LFU的訪問頻率 |
其中 248 和 249 兩個是只會存在一個，但是它們又用的同一個數據結構，所以要把它們放在一起來說明。
下面再看看一個 key value 完整的“數據結構”
252 EXPIRE_TIME_MS|253 EXPIRE_TIME|249 LFU 或 248 LRU|xxx VALUE_TYPE|xxx KEY|xxx VALUE|可以看到第三部分就是我們所需要的。
rdb-cli 是老黃寫的一個開源 rdb 文件分析器，源碼地址：https://github.com/catcherwong/rdb-tools，感興趣的可以關注一下。
rdb-cli 里面有兩個命令用于做這一塊的分析。
首先是
rdb-cli memory / -ot html / --sep-count 3 / /tmp/biz_a_20240301.rdb執行這個之后，會生成一個 res.html 文件，打開這個文件會看到下面兩個圖：
圖片
這兩個圖就是所有 key 的空閑分布，可以看到，就數量而言，這個 redis 實例，有超過 100w 的 key 是在 7天內沒有過訪問的！！
有這個大致分布，但是還看不到具體的細節，所以我們要用另外一個命令來看具體是那些 key 這么離譜。
rdb-cli csv / --min-idle 604800 / /tmp/biz_a_20240301.rdb執行這個之后，會生成一個 dump.csv 文件，打開這個文件可以看到下面的內容：
圖片
著重看 idle 這一列，單位是秒。
可以看到超過 7天 沒訪問的，最長的有 16693102 秒，換算成天，是 193 天，接近 200 天。這種數據就不應該存在 redis 里面！
兩個命令，用起來還算是比較方便的，也比較快得到結果，當然上述兩個命令還有其他的過濾條件可以結合使用，用 -h 即可查看。
對于設置了 LRU 相關策略的 Redis 實例才可以用這個方法去分析空閑分布，如果是 LFU 相關策略的，則無法看到空閑分布！！
原因的話，object idletime 已經告訴我們了。
本文鏈接：http://www.tebozhan.com/showinfo-26-82031-0.html聊一聊如何離線分析Redis緩存的空閑分布
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： 探索C++類中static關鍵字的妙用
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號