Redis的應用場景及優缺點

Redis做爲一個典型的非關係型數據庫，目前來講在企業級應用中使用普遍。

一、Memcached和Redis相比的劣勢

業界經常使用MySQL+Memcached這樣的存儲架構，可是隨着訪問量的不斷攀蛇，隨之而來的問題也有不少。

一、MySQL須要不停的拆庫拆表，Memcached也須要跟着不斷擴容；

二、Memcached與MySQL之間存在着必定的數據不一致的現象；

三、若是Memcached容易命中率變低，直接穿透到MySQL，致使數據庫沒法支撐；

二、Redis的特色

提及Redis，不少開發者都只知道它和Memcached同樣是非關係型數據庫，能夠直接存儲K-V形式的數據，可是相比起Memcached來講，他也有不少不一樣的地方。

一、Redis不只僅只支持簡單的K-V形式的數據存儲，還支持list、set、hash、zset等等集合類數據的存儲；

二、Redis支持實時的數據備份，及時宕機，也能夠把數據恢復過來；

三、Redis支持數據的持久化，能夠存放在內存memory中的數據直接保存在磁盤上；

三、Redis經常使用的數據類型

String、Hash、Set、List、SortedSet、pub/sub、Transactions。

一、String：Strings就是一個最最簡單的Key-Value形式存儲的變量。其中Value既能夠是數字也能夠是字符串。其實現方式是在Redis內部默認存儲一個字符串，被redisObject引用，當檢測到數字操做如自增自減incr、decr等等命令時，自動轉化爲數字進行計算，計算完畢後再轉化爲String存儲起來。

二、Hash:Hash存儲是鍵值對的value。即Key-Hash，而Hash又是一個k-v的結構，若是使用的Memcached，則須要把整個Hash打包存儲在內存中，若是須要查詢其中某個值，還要所有取出整個Hash，再查找對應值。而Redis能夠直接經過命令獲取到Value，大大提升了性能。 其實現原理：當成員較少時，Redis爲了節約內存會採用相似一維數組的緊湊存儲，而當對象較多時，則直接轉爲HashMap存儲。

三、Set：Set是一個無序的自然去重的集合，即Key-Set。此外還提供了交集、並集等一系列直接操做集合的方法，對於求共同好友、共同關注什麼的功能實現特別方便。其底層是靠HashMap實現的，其中value爲null；

四、List：List是一個有序可重複的集合，其遵循FIFO的原則，底層是依賴雙向鏈表實現的，所以支持正向、反向雙重查找。經過List，咱們能夠很方面的得到相似於最新回覆這類的功能實現。

五、SortedSet：相似於java中的TreeSet，是Set的可排序版。此外還支持優先級排序，維護了一個score的參數來實現。其底層主要依賴HashMap來實現的，經過維持插入的數值和Score優先級的映射來進行排序。

六、pub/sub：發佈訂閱，相似於消息隊列mq。能夠選擇對某個Key進行訂閱，一旦這個key發佈了一些消息，則全部訂閱了這個Key的對象就能夠收到這個消息。主要能夠用在實時消息系統上，例如聊天之類的。

七、Transactions：NoSQL不支持事務，可是經過提供了打包執行的功能，即這個包裏面的全部命令必需要一塊兒執行，此外還能夠鎖定某個Key，在打包執行命令時若是檢測到這個Key發生了變化，則直接回滾。

四、Redis的經常使用應用場景

redis使用內存提供存儲，經過持久化功能保存數據。且針對request是單線程操做。這一系列特色使得redis具備十分神奇的功能。

一、查找最新的回覆。

若是在傳統的關係型數據庫，這就須要使用select * from table where name="" order by time desc limit 100；這十分消耗數據庫性能，可是經過Redis，就能夠直接在Redis裏面經過Id建立一個List，指定長度1w，當須要查找時，直接輸出該list的後100條記錄。

二、排行問題

常見的排行問題，例如最熱話題、遊戲排名等等，這些均可以經過Redis來輕鬆實現，直接使用ZRank便可獲得。

三、刪除過時數據

Redis不是真正意義上的可持久化數據庫，能夠給數據加上一個有效時間，在有效時間超過期，Redis會自動刪除對應數據。