聊聊 Redis 使用場景

王聰聰發表於2017-12-04

聊聊 Redis 使用場景
隨著資料量的增長,MySQL 已經滿足不了大型網際網路類應用的需求。因此,Redis 基於記憶體儲存資料,可以極大的提高查詢效能,對產品在架構上很好的補充。在某些場景下,可以充分的利用 Redis 的特性,大大提高效率。

快取
對於熱點資料,快取以後可能讀取數十萬次,因此,對於熱點資料,快取的價值非常大。例如,分類欄目更新頻率不高,但是絕大多數的頁面都需要訪問這個資料,因此讀取頻率相當高,可以考慮基於 Redis 實現快取。
會話快取
此外,還可以考慮使用 Redis 進行會話快取。例如,將 web session 存放在 Redis 中。
時效性
例如驗證碼只有60秒有效期,超過時間無法使用,或者基於 Oauth2 的 Token 只能在 5 分鐘內使用一次,超過時間也無法使用。
訪問頻率
出於減輕伺服器的壓力或防止惡意的洪水攻擊的考慮,需要控制訪問頻率,例如限制 IP 在一段時間的最大訪問量。
計數器
資料統計的需求非常普遍,通過原子遞增保持計數。例如,應用數、資源數、點贊數、收藏數、分享數等。
社交列表
社交屬性相關的列表資訊,例如,使用者點贊列表、使用者分享列表、使用者收藏列表、使用者關注列表、使用者粉絲列表等,使用 Hash 型別資料結構是個不錯的選擇。
記錄使用者判定資訊
記錄使用者判定資訊的需求也非常普遍,可以知道一個使用者是否進行了某個操作。例如,使用者是否點贊、使用者是否收藏、使用者是否分享等。
交集、並集和差集
在某些場景中,例如社交場景,通過交集、並集和差集運算,可以非常方便地實現共同好友,共同關注,共同偏好等社交關係。
熱門列表與排行榜
按照得分進行排序,例如,展示最熱、點選率最高、活躍度最高等條件的排名列表。
最新動態
按照時間順序排列的最新動態,也是一個很好的應用,可以使用 Sorted Set 型別的分數權重儲存 Unix 時間戳進行排序。
訊息佇列
Redis 能作為一個很好的訊息佇列來使用,依賴 List 型別利用 LPUSH 命令將資料新增到連結串列頭部,通過 BRPOP 命令將元素從連結串列尾部取出。同時,市面上成熟的訊息佇列產品有很多,例如 RabbitMQ。因此,更加建議使用 RabbitMQ 作為訊息中介軟體。

作者:樑桂釗 連結:https://juejin.im/post/5926fb93ac502e006c4d5a89 來源:掘金 著作權歸作者所有。商業轉載請聯絡作者獲得授權,非商業轉載請註明出處。

相關文章