以下由Redis教學專欄為大家介紹Redis的應用程式場景和優缺點，希望對需要的朋友有幫助！
Redis作為一個典型的非關聯式資料庫，目前來說在企業級應用上使用廣泛。它十分適合儲存少、訪問量龐大的場景，所有資料全部in-memory保證了資料的高速存取。作為和他一個類型的noSQL，他和memcached又有什麼差別和優點呢，就讓我們一起來看一下。
業界常用MySQL Memcached這樣的儲存架構，但是隨著訪問量的不斷攀蛇，隨之而來的問題也有很多。
1、MySQL需要不停的拆庫拆表，Memcached也需要跟隨不斷擴容；
2、Memcached與MySQL之間存在著一定的資料不一致的現象；
3、如果Memcached容易命中率變低，直接穿透到MySQL，導致資料庫無法支撐；
說起Redis，許多開發者都只知道它和Memcached一樣是非關係型資料庫，可以直接儲存K-V形式的數據，但是相比起Memcached來說，他也有很多不同的地方。
1、Redis不僅支援簡單的K-V形式的資料存儲，也支援list、set、hash、zset等集合類別資料的儲存；
2、Redis支援即時的資料備份，及時宕機，也可以把資料恢復過來；
3、Redis支援資料的持久化，可以存放在記憶體memory中的資料直接保存在磁碟上；
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發生了變化，則直接回滾。
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會自動刪除對應資料。
以上是詳解Redis的應用場景與優缺點的詳細內容。更多資訊請關注PHP中文網其他相關文章！
