思維導圖
序
在上文中提到，我正在做豆瓣數據同步操作。現在同步操作已經做完了，現在的問題是讀取問題。
使用Redis原因
現在沒有足夠的MySQL服務器支持我的業務，老大意思是要把壓力交給Redis，主要是從效率上考慮。
大致的架構是這樣的。
找資料
操作
准備並安裝
進入src目錄啟動服務:
看起來不錯。
下面來我們在客戶端鏈接它。
Redis把所有的值當作字符數組處理，而不關心它是其他什么。
字符查詢：
數據結構
理解成跟Memcached一樣的類型，一個key對應一個value，其上操作與Memcached的操作類似。
看我終端的命令：（其中get key是獲取對應值的操作）
hash特別適合用於存儲對象。將一個對象存儲在hash類型中會占用更少的內存，並且可以更方便的存儲整個對象。如果value的大小超出一定限制后，Redis會在內部自動將zipmap替換成正常的hash實現。
看我的操作：
lists是一個雙向鏈表結構，操作中key理解為鏈表的名字。——可以用作棧，也可以用作隊列。
注意：lists有長度限制，最大長度是2的32次方。
set是集合——主要操作，對多個集合求交並差等操作，key理解為集合的名字。
set也是通過hash table實現的。
它是set的一個升級版本，它的實現是skip list和hash table的混合體。
常用命令
返回key值：keys
返回滿足給定pattern的所有key ——第二個參數必須有，如果沒有會報錯。
確認key是否存在：exists
刪除一個key: del
設置一個過期時間：expire（單位：秒）
重命名key:rename
返回值類型：type
總結
這只是基礎篇，就是大致的熟悉下Redis。重點是要理解那5個基礎結構，要知道每個結構的優缺點，對於不同的業務要選擇合適的數據結構。——我自己會選擇使用hash結構。
還有跳表是很熱門的數據結構，如果不熟悉花點時間熟悉下。
我也是第一次使用。如果有誤望大家多多指點。
推薦
