摘要:前言一些案例中有的同學說為什么不可以用類型,類型完全可以實現呀我建議你看下我的專欄文章高級用法里面介紹了用類型的好處商品維度計數對商品喜歡數,評論數,鑒定數,瀏覽數進行計數說起電商,肯定離不開商品,而附帶商品有各種計數喜歡數,評論數,鑒定數
前言
商品維度計數一些案例中有的同學說為什么不可以用string類型,string類型完全可以實現呀
我建議你看下我的專欄文章《Redis高級用法》,里面介紹了用hash類型的好處
對商品喜歡數,評論數,鑒定數,瀏覽數進行計數
說起電商,肯定離不開商品,而附帶商品有各種計數(喜歡數,評論數,鑒定數,瀏覽數,etc)
Redis的命令都是原子性的,你可以輕松地利用INCR,DECR等命令來計數。采用Redis 的類型: Hash. 如果你對redis數據類型不太熟悉,可以參考
http://redis.io/topics/data-types-intro為product定義個key product:,為每種數值定義hashkey, 譬如喜歡數like_num
$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, 譬如關注數follow
$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
應用于商品列表,評論列表,@提示列表
相對memcached 簡單的key-value存儲來說,redis眾多的數據結構(list,set,sorted set,hash,
etc)可以更方便cache各種業務數據,性能也不亞于memcached。
NOTE: RPUSH pagewviews.user: EXPIRE pagewviews.user: 60 //注意要update timeout反spam系統
應用系統評論、發布商品、論壇發貼的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次";用戶Timeline/Feeds
最新列表&排行榜應用于關注的人、主題、品牌及專欄
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用作消息隊列
采用Redis的List數據結構實現分布式的消息隊列
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/21593.html
摘要:持久化到中反向代理的負載均衡基于的集群搭建如何實現從中訂閱消息轉發到客戶端的擴展是阻塞式,使用訂閱發布模式時,會導致整個進程進入阻塞。緩存是用于解決高并發場景下系統的性能及穩定性問題的銀彈。 showImg(https://segmentfault.com/img/bVYE6k?w=900&h=385); Redis 是由意大利程序員 Salvatore Sanfilippo(昵稱:a...
摘要:接下來,執行以下命令把生成的軟件包從鏡像中復制出來然后目錄下就會有我們剛剛制作的包。多版本混合部署隨著產品的不斷更新換代,一臺服務器上部署多個應用或者同一個應用的多個版本在企業內部非常常見。作者魏世江聯合創始人,長期從事相關研發工作。 相對于VM,docker在其輕量、配置復雜度以及資源利用率方面有著明顯的優勢。 隨著docker技術的不斷成熟,越來越多的企業開始考慮通過docker來...
前言 在若干次前的一場面試,面試官看我做過python爬蟲/后端 的工作,順帶問了我些后端相關的問題:你覺得什么是后端? 送命題。當時腦瓦特了,答曰:邏輯處理和數據增刪改查。。。 showImg(https://user-gold-cdn.xitu.io/2019/4/24/16a4ed4fc8c18078); 當場被懟得體無完膚,羞愧難當。事后再反思這問題,結合資料總結了一下。發現自己學過的Re...
閱讀 2082·2021-11-24 09:39
閱讀 1536·2021-10-11 10:59
閱讀 2489·2021-09-24 10:28
閱讀 3368·2021-09-08 09:45
閱讀 1263·2021-09-07 10:06
閱讀 1657·2019-08-30 15:53
閱讀 2056·2019-08-30 15:53
閱讀 1411·2019-08-30 15:53