一些案例中有的同窗說爲何不能夠用string類型,string類型徹底能夠實現呀redis
我建議你看下個人專欄文章《Redis高級用法》,裏面介紹了用hash類型的好處緩存
對商品喜歡數,評論數,鑑定數,瀏覽數進行計數
提及電商,確定離不開商品,而附帶商品有各類計數(喜歡數,評論數,鑑定數,瀏覽數,etc)
Redis的命令都是原子性的,你能夠輕鬆地利用INCR,DECR等命令來計數。數據結構採用Redis 的類型: Hash. 若是你對redis數據類型不太熟悉,能夠參考
http://redis.io/topics/data-types-intro分佈式爲product定義個key product:,爲每種數值定義hashkey, 譬如喜歡數like_nummemcached
$redis->hSet('product:123', 'like_num ', 5); // 添加 id爲123的商品 like_num 爲5 $redis->hIncrBy('product:123', 'like_num ', 1); // 添加 id爲123的商品like_num +1 $redis->hGetAll('product:123'); // 獲取id爲123的商品相關信息 array('like_num '=> 1)
對用戶動態數、關注數、粉絲數、喜歡商品數、發帖數等計數
用戶維度計數同商品維度計數都採用 Hash. 爲User定義個key 爲 user:
爲每種數值定義hashkey, 譬如關注數followoop
$redis->hSet('user:100000', 'follow ', 5); // 添加uid爲10000的用戶follow 爲5 $redis->hIncrBy('user:100000', 'follow ', 1); // 更新uid爲10000的用戶follow +1 $redis->hGetAll('user:100000'); // 獲取uid爲10000的用戶 array('like_num '=> 1)
譬如將用戶的好友/粉絲/關注,能夠存在一個sorted set中,score能夠是timestamp
默認集合按照score遞增排序
這樣求兩我的的共同好友的操做,可能就只須要用求交集命令便可性能
$redis->zAdd('user:1000:follow', 1463557212, '1001'); #uid爲1000用戶關注uid爲1001 , score值設定時間戳1463557212 $redis->zAdd('user:1000:follow', 1463557333, '1002'); $redis->zAdd('user:2000:follow', 1463577568, '1001'); $redis->zAdd('user:2000:follow', 1463896964, '1003'); #uid爲2000用戶關注1001和1003用戶 , score值設定時間戳 $redis->zInter('com_fllow:1000:2000', array('user:1000:follow', 'user:2000:follow')); #對集合'user:1000:follow'和'user:2000:follow'取交集'com_fllow:1000:2000' #得到共同關注的uid $redis->zRange('com_fllow:1000:2000',0,-1); // 獲取所有集合元素 #array('10001','10002')
應用於商品列表,評論列表,@提示列表網站
相對memcached 簡單的key-value存儲來講,redis衆多的數據結構(list,set,sorted set,hash,
etc)ui能夠更方便cache各類業務數據,性能也不亞於memcached。spa
NOTE: RPUSH pagewviews.user: EXPIRE pagewviews.user: 60 //注意要update timeout
應用系統評論、發佈商品、論壇發貼的spam控制
做爲一個電商網站被各類spam攻擊是少難免(垃圾評論、發佈垃圾商品、廣告、刷自家商品排名等)
針對這些spam制定一系列anti-spam規則,其中有些規則能夠利用redis作實時分析
譬如:1分鐘評論不得超過2次、5分鐘評論少於5次等(更多機制/規則須要結合drools )
常規sorted set將最近一天用戶操做記錄起來
(爲何不所有記錄?節省memory,所有操做會記錄到log,後續利用hadoop進行更全面分析統計)
#獲取5秒內操做記錄 $res = $redis->zRangeByScore('user:1000:comment', time() - 5, time()); #判斷5秒內不能評論 if (!$res) { $redis->zAdd('user:1000:comment', time(), '評論內容'); } else { echo '5秒以內不能評論'; } #5秒內評論不得超過2次 if($redis->zRangeByScore('user:1000:comment',time()-5 ,time())==1) echo '5秒以內不能評論2次'; #5秒內評論不得少於2次 if(count($redis->zRangeByScore('user:1000:comment',time()-5 ,time()))<2) echo '5秒以內不能評論2次';
應用於關注的人、主題、品牌及專欄
redis在這邊主要看成cache使用
$redis->zAdd('user:2000:feed:topic', time(), '13'); //score 爲timestamp uid爲2000的用戶關注tid爲13的topic $redis->expire('user:2000:feed:topic',24*60*60); #關注有效期爲24小時 # ttl 30天以內按秒數計算 30天以外以timestamp爲準
用於記錄用戶剛剛喜歡的商品最新列表or排行榜 等業務場景
商品最新列表-sorted set結構呈現 $redis->zAdd('user:1000:product:like', time(), '3002'); $redis->zAdd('user:1000:product:like', time(), '3001'); $redis->zAdd('user:1000:product:like', time(), '3004'); $redis->zAdd('user:1000:product:like', time(), '3003'); $redis->zRange('user:1000:product:like', 0, -1,true); #默認喜歡時間升序序排列 # Array( [3002] => 1463565179 [3001] => 1463565189 [3004] => 1463565199 [3003] => 1463565209 ) $redis->zRevRange('user:1000:product:like', 0, -1,true); #以喜歡時間降序排列 # Array ( [3003] => 1463565424 [3004] => 1463565414 [3001] => 1463565404 [3002] => 1463565394 ) 排行榜-list數據結構呈現 $redis->lPush('user:1000:product:like', '3002'); $redis->lPush('user:1000:product:like', '3001'); $redis->lPush('user:1000:product:like', '3004'); $redis->lPush('user:1000:product:like', '3003'); $redis->lRange('user:1000:product:like', 0, -1); Array ( [0] => 3003 [1] => 3004 [2] => 3001 [3] => 3002 )
採用Hash結構對消息通知業務場景計數
$redis->hSet('user:1000:message:notice', 'system', 1); #設置1條未讀系統消息 $redis->hIncrBy('user:1000:message:notice', 'system', 1); #未讀系統消息+1 $redis->hSet('user:1000:message:notice', 'comment', 1); #設置1條未讀評論 $redis->hIncrBy('user:1000:message:notice', 'comment', 1); #未讀評論+1 $redis->hGetAll('user:1000:message:notice'); #查看全部消息通知數量 Array ( [system] => 2 [comment] => 2 )
採用Redis的List數據結構實現分佈式的消息隊列