Redis數據類型及使用場景有哪些

這篇文章主要介紹“Redis數據類型及使用場景有哪些”，在日常操作中，相信很多人在Redis數據類型及使用場景有哪些問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Redis數據類型及使用場景有哪些”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

Redis數據類型及使用場景

• Redis數據類型及使用場景
  Redis相比其它的KV數據庫，其一大特點是支持豐富的數據類型。它一共支持5種數據類型，下面逐一介紹這5種數據類型及其使用場景和內部實現方式。

• string
  簡介：　string 類型是 Redis 中最基本的數據類型，最常用的數據類型，甚至被很多玩家當成 redis 唯一的數據類型去使用。string 類型在 redis 中是二進制安全(binary safe)的,這意味著 string 值關心二進制的字符串，不關心具體格式，你可以用它存儲 json 格式或 JPEG 圖片格式的字符串。

• 獲取字符串長度

• 往字符串append內容

• 設置和獲取字符串的某一段內容

• 設置及獲取字符串的某一位（bit）

• 批量設置一系列字符串的內容

• 常用命令: set,get,decr,incr,mget 等。

應用場景：

(1) 存儲 MySQL 中某個字段的值
把 key 設計為 表名：主鍵名：主鍵值：字段名

(2) 存儲對象
string 類型支持任何格式的字符串，應用最多的就是存儲 json 或其他對象格式化的字符串。(這種場景下推薦使用 hash 數據類型)

set user:id:1 '[{"id":1,"name":"zj","email":"156577812@qq.com"},{"id":1,"name":"zj","email":"156577812@qq.com"}]'

(3) 生成自增 id
當 redis 的 string 類型的值為整數形式時，redis 可以把它當做是整數一樣進行自增（incr）自減（decr）操作。由于 redis 所有的操作都是原子性的，所以不必擔心多客戶端連接時可能出現的事務問題。

• Hash
  簡介：Hash存的是字符串和字符串值之間的映射。Hash將對象的各個屬性存入Map里，可以只讀取/更新對象的某些屬性。這樣有些屬性超長就讓它一邊呆著不動，另外不同的模塊可以只更新自己關心的屬性而不會互相并發導致覆蓋沖突。

常用命令：hget,hset,hgetall 等。

應用場景：

存放結構化數據，比如用戶信息。在Memcached或CKV中，對于用戶信息比如用戶的昵稱、年齡、性別、積分等，我們需要先序列化后存儲為一個字符串的值，這時候在需要修改其中某一項時，通常需要將所有值取出反序列化后，修改某一項的值，再序列化存儲回去。這樣不僅增大了開銷，也不適用于一些可能并發操作的場合（比如兩個并發的操作都需要修改積分）。而Redis的Hash結構可以使你像在數據庫中Update一個屬性一樣只修改某一項屬性值。如下圖：

Key是用戶ID, value是一個Map，這個Map的key是成員的屬性名，value是屬性值，這樣對數據的修改和存取都可以直接通過其內部Map的Key(Redis里稱內部Map的key為field), 也就是通過key(用戶ID) + field(屬性標簽) 就可以操作對應屬性數據了，既不需要重復存儲數據，也不會帶來序列化和并發修改控制的問題。

不過這里需要注意，Redis提供了接口(hgetall)可以直接取到全部的屬性數據,但是如果內部Map的成員很多，那么涉及到遍歷整個內部Map的操作，由于Redis單線程模型的緣故，這個遍歷操作可能會比較耗時，而對其它客戶端的請求完全不響應，這點需要格外注意。

可用來建索引。比如User對象，除了id有時還要按name來查詢，可以建一個Key為user:name:id的Hash，在插入User對象時(set user:101{“id”:101,“name”:“calvin”})， 順便往這個hash插入一條(hset user:name:id calvin 101)，這時calvin作為hash里的一個key，值為101。按name查詢的時候，用hgetuser:name:id calvin 就能從名為calvin的key里取出id。假如需要使用多種索引來查找某條數據時可以使用，一個hash key搞定，避免使用多個string key存放索引值。

HINCRBY同樣可用于實現idmaker。相對string類型的idmaker每一個類型需要一個key，hash類型的用一個key即可。

hash數據類型在存儲上述類型的數據時具有比 string 類型更靈活、更快的優勢，具體的說，使用 string 類型存儲，必然需要轉換和解析 json 格式的字符串，即便不需要轉換，在內存開銷方面，還是 hash 占優勢。

實現方式：

Redis Hash對應Value內部實際就是一個HashMap，這里會有2種不同實現，這個Hash的成員比較少時Redis為了節省內存會采用類似一維數組的方式來緊湊存儲，而不會采用真正的HashMap結構，對應的value redisObject的encoding為zipmap,當成員數量增大時會自動轉成真正的HashMap,此時encoding為ht。

• List

簡介：
　list 是按照插入順序排序的字符串鏈表，可以在頭部和尾部插入新的元素（雙向鏈表實現，兩端添加元素的時間復雜度為 O(1)）。插入元素時，如果 key 不存在，redis 會為該 key 創建一個新的鏈表，如果鏈表中所有的元素都被移除，該 key 也會從 redis 中移除。

常用命令：lpush,rpush,lpop,rpop,lrange等。

應用場景：

各種列表，比如twitter的關注列表、粉絲列表等，最新消息排行、每篇文章的評論等也可以用Redis的list結構來實現。

消息隊列，可以利用Lists的PUSH操作，將任務存在Lists中，然后工作線程再用POP操作將任務取出執行。這里的消息隊列并沒有ack機制，如果消費者把任務給Pop走了又沒處理完就死機了怎么辦？解決方法之一是加多一個sorted set，分發的時候同時發到list與sorted set，以分發時間為score，用戶把任務做完了之后要用ZREM消掉sorted set里的job，并且定時從sorted set中取出超時沒有完成的任務，重新放回list。另一個做法是為每個worker多加一個的list，彈出任務時改用RPopLPush，將job同時放到worker自己的list中，完成時用LREM消掉。如果集群管理(如zookeeper)發現worker已經掛掉，就將worker的list內容重新放回主list。

利用LRANGE可以很方便的實現list內容分頁的功能。

取最新N個數據的操作：LPUSH用來插入一個內容ID，作為關鍵字存儲在列表頭部。LTRIM用來限制列表中的項目數最多為5000。如果用戶需要的檢索的數據量超越這個緩存容量，這時才需要把請求發送到數據庫。

實現方式：

Redis list的實現為一個雙向鏈表，即可以支持反向查找和遍歷，更方便操作，不過帶來了部分額外的內存開銷，Redis內部的很多實現，包括發送緩沖隊列等也都是用的這個數據結構。

• Set

簡介：是一種無序的集合，集合中的元素沒有先后順序，不重復。將重復的元素放入Set會自動去重。

常用命令：

sadd,spop,smembers,sunion等。

應用場景：

某些需要去重的列表，并且set提供了判斷某個成員是否在一個set集合內的重要接口，這個也是list所不能提供的。

可以存儲一些集合性的數據，比如在微博應用中，可以將一個用戶所有的關注人存在一個集合中，將其所有粉絲存在一個集合。Redis還為集合提供了求交集、并集、差集等操作，可以非常方便的實現如共同關注、共同喜好、二度好友等功能，對上面的所有集合操作，你還可以使用不同的命令選擇將結果返回給客戶端還是存集到一個新的集合中。又比如QQ有一個社交功能叫做“好友標簽”，大家可以給你的好友貼標簽，比如“大美女”、“土豪”、“歐巴”等等，這里也可以把每一個用戶的標簽都存儲在一個集合之中。

想要知道某些特定的注冊用戶或IP地址，他們到底有多少訪問了某個頁面，可以這樣實現：SADD page:day1:<page_id> <user_id> 。想知道特定用戶的數量，使用SCARD page:day1:<page_id>。 需要測試某個特定用戶是否訪問了這個頁面？SISMEMBER page:day1:<page_id>。

實現方式：

set 的內部實現是一個 value永遠為null的HashMap，實際就是通過計算hash的方式來快速排重的，這也是set能提供判斷一個成員是否在集合內的原因。

• Sorted Set

簡介：有序集合，相比set，元素放入集合時還要提供該元素的分數，可根據分數自動排序。

常用命令：

zadd,zrange,zrem,zcard等

使用場景：

存放一個有序的并且不重復的集合列表，比如twitter 的public timeline可以以發表時間作為score來存儲，這樣獲取時就是自動按時間排好序的。

可以做帶權重的隊列，比如普通消息的score為1，重要消息的score為2，然后工作線程可以選擇按score的倒序來獲取工作任務。讓重要的任務優先執行。

過期項目處理：使用unix時間作為關鍵字，用來保持列表能夠按時間排序。對current_time和time_to_live進行檢索，完成查找過期項目的艱巨任務。另一項后臺任務使用ZRANGE…WITHSCORES進行查詢，刪除過期的條目。

實現方式：

Redis sorted set的內部使用HashMap和跳躍表(SkipList)來保證數據的存儲和有序，HashMap里放的是成員到score的映射，而跳躍表里存放的是所有的成員，排序依據是HashMap里存的score,使用跳躍表的結構可以獲得比較高的查找效率，并且在實現上比較簡單。

到此，關于“Redis數據類型及使用場景有哪些”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！