2019獨角獸企業重金招聘Python工程師標準>>>

話說使用Redis已經有好一段時間，趁有點時間，結合Guang.com 使用經驗，總結一下Redis 在社會化電商網站的實際應用場景。文筆較差，各位看官，湊合著看下吧。

1. 各種計數，商品維度計數和用戶維度計數

說起電商，肯定離不開商品，而附帶商品有各種計數（喜歡數，評論數，鑒定數，瀏覽數,etc），Redis的命令都是原子性的，你可以輕松地利用INCR，DECR等命令來計數。

• 商品維度計數（喜歡數，評論數，鑒定數，瀏覽數,etc）

采用Redis 的類型:?Hash. 如果你對redis數據類型不太熟悉，可以參考 http://redis.io/topics/data-types-intro

為product定義個key?product:，為每種數值定義hashkey, 譬如喜歡數xihuan

redis>?HSET?product:1231233?xihuan?5 (integer)?1 redis>?HINCRBY?product:1231233?xihuan?1?//喜歡數+1 (integer)?6? redis>?HGETALL?product:1231233?//獲取這key?hashkey?和value 1)?"xihuan" 2)?"6"

• 用戶維度計數（動態數、關注數、粉絲數、喜歡商品數、發帖數 等）

用戶維度計數同商品維度計數都采用?Hash. 為User定義個key?user:，為每種數值定義hashkey, 譬如關注數follow

redis>?HSET?user:100000?follow?5 (integer)?1 redis>?HINCRBY?user:100000?follow?1?//關注數+1 (integer)?6? redis>?HGETALL?user:100000?//獲取這key?hashkey?和value 1)?"follow" 2)?"6"

2. 存儲社交關系

譬如將用戶的好友/粉絲/關注，可以存在一個sorted set中，score可以是timestamp，這樣求兩個人的共同好友的操作，可能就只需要用求交集命令即可。

redis>?ZADD?user:100000:follow?61307510400000?"100001"?//score?為timestamp (integer)?1 redis>?ZADD?user:100000:follow?61307510402300?"100002" (integer)?1 redis>?ZADD?user:100000:follow?61307510405600?"100003" (integer)?1 redis>?ZADD?user:200000:follow?61307510400000?"100001" (integer)?1 redis>?ZADD?user:200000:follow?61307510402300?"100005" (integer)?1 redis>?ZADD?user:200000:follow?61307510405600?"100004" (integer)?1 redis>?ZINTERSTORE?out:100000:200000?1?user:100000:follow?user:200000:follow?//交集命令，獲得共同關注 (integer)?2 redis>?ZRANGE?out:100000:200000?0?-1 1)?"100001"

3. 用作緩存代替memcached（商品列表，評論列表，@提示列表，etc）

相對memcached 簡單的key-value存儲來說，redis眾多的數據結構（list,set,sorted set,hash, etc）可以更方便cache各種業務數據，性能也不亞于memcached。

NOTE: RPUSH pagewviews.user:?EXPIRE pagewviews.user:?60 //注意要update timeout

4. 反spam系統（評論，發布商品，論壇發貼，etc）

作為一個電商網站被各種spam攻擊是少不免（垃圾評論、發布垃圾商品、廣告、刷自家商品排名等），針對這些spam制定一系列anti-spam規則，其中有些規則可以利用redis做實時分析，譬如：1分鐘評論不得超過2次、5分鐘評論少于5次等（更多機制/規則需要結合drools?）。 采用sorted set將最近一天用戶操作記錄起來（為什么不全部記錄？節省memory，全部操作會記錄到log，后續利用hadoop進行更全面分析統計），通過ZRANGEBYSCORE user:200000:operation:comment 61307510405600 +inf?獲得1分鐘內的操作記錄， redis> ZADD user:200000:operation:comment 61307510402300 "這是一條評論" //score 為timestamp (integer) 1 redis> ZRANGEBYSCORE user:200000:operation:comment 61307510405600 +inf//獲得1分鐘內的操作記錄 1) "這是一條評論"

BTW, 更復雜一點的實時計算可以采用Storm。

5. 用戶Timeline/Feeds

在逛?有個類似微博的欄目我關注，里面包括關注的人、主題、品牌的動態。redis在這邊主要當作cache使用。

redis>?ZADD?user:100000:feed:topic??61307510400000?<feedId>?//score?為timestamp (integer)?1 redis>?EXPIRE?user:100000:feed:topic?24*60*60?//set?timeout?to?one?day (integer)?1 redis>?ZADD?user:100000:feed:friend?61307510400000?<feedId>?//不同類型feed (integer)?1 redis>?EXPIRE?user:100000:feed:friend?24*60*60?//set?timeout (integer)?1

6. 最新列表&排行榜（用戶剛剛喜歡的商品，etc）

這里采用Redis的List數據結構或sorted set?結構, 方便實現最新列表or排行榜 等業務場景。

7. 消息通知

其實這業務場景也可以算在計數上，也是采用Hash。如下：

redis>?HSET?user:<userId>:message:ur?system?1//1條未讀系統消息 (integer)?1 redis>?HINCRBY?user:<userId>:message:ur?system?1?//未讀系統消息+1 (integer)?2 redis>?HINCRBY?user:<userId>:message:ur?comment?1?//未讀評論消息+1 (integer)?1 redis>?HSET?user:<userId>:message:ur?system?0//設為系統消息已讀 (integer)?1 redis>?HGETALL?user:<userId>:message:ur?//獲取這key?hashkey?和value 1)?"system" 2)?"0" 3)?"comment" 4)?"1"

8. 將Redis用作消息隊列

當在集群環境時候，java?ConcurrentLinkedQueue?就無法滿足我們需求，此時可以采用Redis的List數據結構實現分布式的消息隊列。

轉載于:https://my.oschina.net/lnmpstudy/blog/266541

總結

以上是生活随笔為你收集整理的REDIS 在电商中的实际应用场景(转）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。