Redis資料結構是怎麼樣的

Redis 是一個高效能的key-value資料庫。 redis的出現，很大程度補償了memcached這類keyvalue儲存的不足，在部 分場合可以對關係資料庫起到很好的補充作用。

一、字串

字串型別是redis最基礎的資料結構，首先鍵是字串型，而且其他幾種結構都是在字串類型基礎上建構的，所以字串類型能為其他四種資料結構的學習尊定基礎。字串類型實際上可以是字串（簡單的字串、複雜的字串（xml、json）、數字（整數、浮點數）、二進位（圖片、音訊、視訊）），但最大不能超過512M。

使用場景：快取功能：字串最經典的使用場景，redis最為快取層，Mysql作為儲存層，絕大部分請求資料都是redis中獲取，由於redis具有支撐高並發特性，所以快取通常能起到加速讀寫和降低後端壓力的作用。 （redis為何具備支撐高併發的特性，下次文章講解）。計數器：許多運用都會使用redis作為計數的基礎工具，他可以實現快速計數、查詢快取的功能，同時資料可以一步落地到其他的資料來源。影片播放數係統的核心組件是Redis，用於計數影片播放次數。共享session：出於負載平衡的考慮，分散式服務會將用戶資訊的存取平衡到不同伺服器上，用戶刷新一次訪問可能會需要重新登錄，為避免這個問題可以用redis將用戶session集中管理，在這種模式下只要保證redis的高可用且擴充性的，每次取得使用者更新或查詢登入資訊都直接從redis中集中取得。限速：處於安全考慮，每次進行登入時讓使用者輸入手機驗證碼，為了簡訊介面不被頻繁訪問，會限制使用者每分鐘取得驗證碼的頻率。

二、哈希

在redis中哈希類型是指鍵本身又是一種鍵值對結構，如value={{field1,value1},……fieldN ,valueN}}

雜湊結構比起字串序列化更直觀，而且在更新操作上也更方便，因此更適合用於快取資訊。所以常常用於用戶資訊等管理，但是哈希類型和關係型資料庫有所不同，哈希類型是稀疏的，而關係型資料庫是完全結構化的，關係型資料庫可以做複​​雜的關係查詢，而redis去模擬關係型複雜查詢,開發困難，維護成本高。

三、列表

列表類型是用來儲存多個有序的字串，列表中的每個字串成為元素（element）,一個列表最多可以儲存2的32次方-1個元素，在redis中，可以隊列表兩端插入（pubsh）和彈出（pop），還可以獲取指定範圍的元素列表、獲取指定索引下表的元素等，列表是一種比較靈活的資料結構，它可以充當堆疊和佇列的角色，在實際開發中有很多應用場景。

清單具有有序的元素，因此可以利用索引下標來取得單一或多個元素。清單內的元素是可以重複的。

使用場景：訊息佇列： redis的lpush brpop指令組合即可實現阻塞佇列，生產者客戶端是用lupsh從清單左側插入元素，多個消費者客戶端使用brpop指令阻塞時的「搶」列表尾部的元素，多個客戶端保證了消費的負載平衡和高可用性clipboard.png訊息隊列模型↑文章列表：每個用戶都有屬於自己的文章列表，現在需要分頁展示文章列表，此時可以考慮使用列表，列表不但有序，同時支援依照索引範圍取得元素。

四、集合

集合類型也是用來保存多個字串的元素，但和列表不同的是集合中不允許有重複的元素，並且集合中的元素是無序的，不能透過索引下標取得元素，redis除了支援集合內的增刪改查，同時還支援多個集合取交集、並集、差集，並合理的使用好集合類型，能在實際開發中解決很多實際問題。

使用場景：標籤（tag）：集合類型比較典型的使用場景，如一個用戶對娛樂、體育比較感興趣，另一個可能對新聞感興趣，這些興趣就是標籤，有了這些數據就可以得到同一標籤的人，以及用戶的共同愛好的標籤，這些數據對於用戶體驗以及曾強用戶黏度比較重要。使用者和標籤的關係維護應該在同一個事務中進行，以防止某些命令失敗而導致資料不一致

五、有序集合

有序集合和集合有著必然的聯繫，他保留了集合不能有重複成員的特性，但不同得是，有序集合中的元素是可以排序的，但是它和列表的使用索引下標作為排序依據不同的是，它給每個元素設定一個分數，作為排序的依據。 （有序集合中的元素不可以重複，但是csore可以重複，就和一個班上的同學學號不能重複，但考試成績可以相同）。

以上是Redis資料結構是怎麼樣的的詳細內容。更多資訊請關注PHP中文網其他相關文章！