⑴ Redis資料庫在哪些場景可以應用的到
redis開創了一種新的數據存儲思路，使用redis，我們不用在面對功能單調的資料庫時，把精力放在如何把大象放進冰箱這樣的問題上，而是利用redis靈活多變的數據結構和數據操作，為不同的大象構建不同的冰箱。
redis常用數據類型
redis最為常用的數據類型主要有以下五種：
string
hash
list
set
sorted set
在具體描述這幾種數據類型之前，我們先通過一張圖了解下redis內部內存管理中是如何描述這些不同數據類型的：
首先redis內部使用一個redisobject對象來表示所有的key和value,redisobject最主要的信息如上圖所示：type代表一
個value對象具體是何種數據類型，encoding是不同數據類型在redis內部的存儲方式，比如：type=string代表value存儲的是
一個普通字元串，那麼對應的encoding可以是raw或者是int,如果是int則代表實際redis內部是按數值型類存儲和表示這個字元串的，當然
前提是這個字元串本身可以用數值表示，比如:"123"
"456"這樣的字元串。
這里需要特殊說明一下vm欄位，只有打開了redis的虛擬內存功能，此欄位才會真正的分配內存，該功能默認是關閉狀態的，該功能會在後面具體描述。通過
上圖我們可以發現redis使用redisobject來表示所有的key/value數據是比較浪費內存的，當然這些內存管理成本的付出主要也是為了給
redis不同數據類型提供一個統一的管理介面，實際作者也提供了多種方法幫助我們盡量節省內存使用，我們隨後會具體討論。
下面我們先來逐一的分析下這五種數據類型的使用和內部實現方式：
string
常用命令：
set,get,decr,incr,mget 等。
應用場景：
string是最常用的一種數據類型，普通的key/value存儲都可以歸為此類，這里就不所做解釋了。
實現方式：
string在redis內部存儲默認就是一個字元串，被redisobject所引用，當遇到incr,decr等操作時會轉成數值型進行計算，此時redisobject的encoding欄位為int。
hash
常用命令：
hget,hset,hgetall 等。
應用場景：
我們簡單舉個實例來描述下hash的應用場景，比如我們要存儲一個用戶信息對象數據，包含以下信息：
用戶id為查找的key，存儲的value用戶對象包含姓名，年齡，生日等信息，如果用普通的key/value結構來存儲，主要有以下2種存儲方式：
第一種方式將用戶id作為查找key,把其他信息封裝成一個對象以序列化的方式存儲，這種方式的缺點是，增加了序列化/反序列化的開銷，並且在需要修改其中一項信息時，需要把整個對象取回，並且修改操作需要對並發進行保護，引入cas等復雜問題。
第二種方法是這個用戶信息對象有多少成員就存成多少個key-value對兒，用用戶id+對應屬性的名稱作為唯一標識來取得對應屬性的值，雖然省去了序列化開銷和並發問題，但是用戶id為重復存儲，如果存在大量這樣的數據，內存浪費還是非常可觀的。
那麼redis提供的hash很好的解決了這個問題，redis的hash實際是內部存儲的value為一個hashmap，並提供了直接存取這個map成員的介面，如下圖：
也就是說，key仍然是用戶id,
value是一個map，這個map的key是成員的屬性名，value是屬性值，這樣對數據的修改和存取都可以直接通過其內部map的key(redis里稱內部map的key為field),
也就是通過 key(用戶id) + field(屬性標簽)
就可以操作對應屬性數據了，既不需要重復存儲數據，也不會帶來序列化和並發修改控制的問題。很好的解決了問題。
這里同時需要注意，redis提供了介面(hgetall)可以直接取到全部的屬性數據,但是如果內部map的成員很多，那麼涉及到遍歷整個內部map的
操作，由於redis單線程模型的緣故，這個遍歷操作可能會比較耗時，而另其它客戶端的請求完全不響應，這點需要格外注意。
實現方式：
上面已經說到redis
hash對應value內部實際就是一個hashmap，實際這里會有2種不同實現，這個hash的成員比較少時redis為了節省內存會採用類似一維數組的方式來緊湊存儲，而不會採用真正的hashmap結構，對應的value
redisobject的encoding為zipmap,當成員數量增大時會自動轉成真正的hashmap,此時encoding為ht。
list
常用命令：
lpush,rpush,lpop,rpop,lrange等。
應用場景：
redis
list的應用場景非常多，也是redis最重要的數據結構之一，比如twitter的關注列表，粉絲列表等都可以用redis的list結構來實現，比較好理解，這里不再重復。
實現方式：
redis
list的實現為一個雙向鏈表，即可以支持反向查找和遍歷，更方便操作，不過帶來了部分額外的內存開銷，redis內部的很多實現，包括發送緩沖隊列等也都是用的這個數據結構。
set
常用命令：
sadd,spop,smembers,sunion 等。
應用場景：
redis
set對外提供的功能與list類似是一個列表的功能，特殊之處在於set是可以自動排重的，當你需要存儲一個列表數據，又不希望出現重復數據時，set是一個很好的選擇，並且set提供了判斷某個成員是否在一個set集合內的重要介面，這個也是list所不能提供的。
實現方式：
set 的內部實現是一個
value永遠為null的hashmap，實際就是通過計算hash的方式來快速排重的，這也是set能提供判斷一個成員是否在集合內的原因。
sorted set
常用命令：
zadd,zrange,zrem,zcard等
使用場景：
redis sorted set的使用場景與set類似，區別是set不是自動有序的，而sorted
set可以通過用戶額外提供一個優先順序(score)的參數來為成員排序，並且是插入有序的，即自動排序。當你需要一個有序的並且不重復的集合列表，那麼可以選擇sorted
set數據結構，比如twitter 的public
⑵ php中redis和memcached區別和應用場景
redis比memcached功能更多更強大,現在基本都是只用redis了.
利用redis的原子性可以給數據加鎖
可以保存臨時數據,比如簡訊驗證碼和session
可以用於實現簡單的隊列任務
可以實現排行榜功能
可以實現經緯度距離計算
........
當然不止這些,redis是一種key-value資料庫,他的業務場景還可以自己擴展.
⑶ Redis 的主要應用場景有哪些
redis主要的應用場景適合所有數據在內存中操作的場景。
⑷ php redis 一般用於什麼場景
redis 是將數據存儲在內存中 比存儲在資料庫中 讀取速度快 類似於 session
⑸ php 使用redis有什麼用
速度可以提高很多，因為PHP太過於依賴MYSQL，但是MYSQL連接和讀取又浪費太多時間，導致請求非常的慢，知道電腦原理就知道，讀取數據，最快的是內存，然後是硬碟。REDIS相當於把數據放在內存里，所以不用MYSQL，而且是在內存里讀取更快。
⑹ Redis應用場景
緩存：這應該是 Redis 最主要的功能了，也是大型網站必備機制，合理地使用緩存不僅可以加 快數據的訪問速度，而且能夠有效地降低後端數據源的壓力。共享Session：對於一些依賴 session 功能的服務來說，如果需要從單機變成集群的話，可以選擇 redis 來統一管理 session。
消息隊列系統：消息隊列系統可以說是一個大型網站的必備基礎組件，因為其具有業務 解耦、非實時業務削峰等特性。Redis提供了發布訂閱功能和阻塞隊列的功 能，雖然和專業的消息隊列比還不夠足夠強大，但是對於一般的消息隊列功 能基本可以滿足。比如在分布式爬蟲系統中，使用 redis 來統一管理 url隊列。分布式鎖：在分布式服務中。可以利用Redis的setnx功能來編寫分布式的鎖，雖然這個可能不是太常用。 當然還有諸如排行榜、點贊功能都可以使用 Redis 來實現，但是 Redis 也不是什麼都可以做，比如數據量特別大時，不適合 Redis，我們知道 Redis 是基於內存的，雖然內存很便宜，但是如果你每天的數據量特別大，比如幾億條的用戶行為日誌數據，用 Redis 來存儲的話，成本相當的高。
⑺ php redis 什麼時候用
默認情況下，Redis
服務會提供
16
個資料庫，PHPHub
使用
0
號資料庫來做緩存，1
號資料庫來做會話存儲
-
Laravel
下配置
Redis
讓緩存、Session
各自使用不同的
Redis
資料庫_PHPHub
隊列的話使用
Beanstalkd
最常用的就是緩存、隊列，當然還有很多其它的，如歸並計算、去重等。
我根據自己使用Redis的場景及個人最佳實踐，整理了一篇文章，redis應用場景與最佳實踐
比如網站搶購時，可以使用redis做隊列，可以使用redis來代替session功能，還有可以拿redis中的無序集合做socket的客戶端id存儲。
⑻ redis適合什麼場景
1、緩存。 緩存現在幾乎是所有中大型網站都在用的必殺技，合理的利用緩存不僅能夠提升網站訪問速度，還能大大降低資料庫的壓力。Redis提供了鍵過期功能，也提供了靈活的鍵淘汰策略，所以，現在Redis用在緩存的場合非常多。（推薦：《 Redis視頻教程 》）
2、排行榜。 很多網站都有排行榜應用的，如京東的月度銷量榜單、商品按時間的上新排行榜等。Redis提供的有序集合數據類構能實現各種復雜的排行榜應用。
3、計數器。 什麼是計數器，如電商網站商品的瀏覽量、視頻網站視頻的播放數等。為了保證數據實時效，每次瀏覽都得給+1，並發量高時如果每次都請求資料庫操作無疑是種挑戰和壓力。Redis提供的incr命令來實現計數器功能，內存操作，性能非常好，非常適用於這些計數場景。
4、分布式會話。 集群模式下，在應用不多的情況下一般使用容器自帶的session復制功能就能滿足，當應用增多相對復雜的系統中，一般都會搭建以Redis等內存資料庫為中心的session服務，session不再由容器管理，而是由session服務及內存資料庫管理。
5、分布式鎖。 在很多互聯網公司中都使用了分布式技術，分布式技術帶來的技術挑戰是對同一個資源的並發訪問，如全局ID、減庫存、秒殺等場景，並發量不大的場景可以使用資料庫的悲觀鎖、樂觀鎖來實現，但在並發量高的場合中，利用資料庫鎖來控制資源的並發訪問是不太理想的，大大影響了資料庫的性能。可以利用Redis的setnx功能來編寫分布式的鎖，如果設置返回1說明獲取鎖成功，否則獲取鎖失敗，實際應用中要考慮的細節要更多。