Redis作為一個典型的非關係型資料庫，目前來說在企業級應用中使用廣泛。
1、Memcached和Redis相比的劣勢
業界常用MySQL+Memcached這樣的儲存架構，但是隨著訪問量的不斷攀蛇，隨之而來的問題也有很多。
1、MySQL需要不停的拆庫拆表，Memcached也需要跟著不斷擴容；
2、Memcached與MySQL之間存在著一定的資料不一致的現象；
3、如果Memcached容易命中率變低，直接穿透到MySQL，導致資料庫無法支撐；
2、Redis的特點
說起Redis，很多開發者都只知道它和Memcached一樣是非關係型資料庫，可以直接儲存K-V形式的資料，但是相比起Memcached來說，他也有很多不同的地方。
1、Redis不僅僅只支援簡單的K-V形式的資料儲存，還支援list、set、hash、zset等等集合類資料的儲存；
2、Redis支援實時的資料備份，及時當機，也可以把資料恢復過來；
3、Redis支援資料的持久化，可以存放在記憶體memory中的資料直接儲存在磁碟上；
3、Redis常用的資料型別
String、Hash、Set、List、SortedSet、pub/sub、Transactions。
1、String：Strings就是一個最最簡單的Key-Value形式儲存的變數。其中Value既可以是數字也可以是字串。其實現方式是在Redis內部預設儲存一個字串，被redisObject引用，當檢測到數字操作如自增自減incr、decr等等命令時，自動轉化為數字進行計算，計算完畢後再轉化為String儲存起來。
2、Hash:Hash儲存是鍵值對的value。即Key-Hash，而Hash又是一個k-v的結構，如果使用的Memcached，則需要把整個Hash打包儲存在記憶體中，如果需要查詢其中某個值，還要全部取出整個Hash，再查詢對應值。而Redis可以直接通過命令獲取到Value，大大提高了效能。 其實現原理：當成員較少時，Redis為了節約記憶體會採用類似一維陣列的緊湊儲存，而當物件較多時，則直接轉為HashMap儲存。
3、Set：Set是一個無序的天然去重的集合，即Key-Set。此外還提供了交集、並集等一系列直接操作集合的方法，對於求共同好友、共同關注什麼的功能實現特別方便。其底層是靠HashMap實現的，其中value為null；
4、List：List是一個有序可重複的集合，其遵循FIFO的原則，底層是依賴雙向連結串列實現的，因此支援正向、反向雙重查詢。通過List，我們可以很方面的獲得類似於最新回覆這類的功能實現。
5、SortedSet：類似於java中的TreeSet，是Set的可排序版。此外還支援優先順序排序，維護了一個score的引數來實現。其底層主要依賴HashMap來實現的，通過維持插入的數值和Score優先順序的對映來進行排序。
6、pub/sub：釋出訂閱，類似於訊息佇列mq。可以選擇對某個Key進行訂閱，一旦這個key釋出了一些訊息，則所有訂閱了這個Key的物件就可以收到這個訊息。主要可以用在實時訊息系統上，例如聊天之類的。
7、Transactions：NoSQL不支援事務，但是通過提供了打包執行的功能，即這個包裡面的所有命令必須要一起執行，此外還可以鎖定某個Key，在打包執行命令時如果檢測到這個Key發生了變化，則直接回滾。
4、Redis的常用應用場景
redis使用記憶體提供儲存，通過持久化功能儲存資料。且針對request是單執行緒操作。這一系列特點使得redis具有十分神奇的功能。
1、查詢最新的回覆。
如果在傳統的關係型資料庫，這就需要使用select * from table where name="" order by time desc limit 100；這十分消耗資料庫效能，但是通過Redis，就可以直接在Redis裡面通過Id建立一個List，指定長度1w，當需要查詢時，直接輸出該list的後100條記錄。
2、排行問題
常見的排行問題，例如最熱話題、遊戲排名等等，這些都可以通過Redis來輕鬆實現，直接使用ZRank即可得到。
3、刪除過期資料
Redis不是真正意義上的可持久化資料庫，可以給資料加上一個有效時間，在有效時間超過時，Redis會自動刪除對應資料。