亚洲中字慕日产2020,大陆极品少妇内射AAAAAA,无码av大香线蕉伊人久久,久久精品国产亚洲av麻豆网站

資訊專欄INFORMATION COLUMN

Redis在Php項目中的實際應(yīng)用場景

Blackjun / 1797人閱讀

摘要:前言一些案例中有的同學說為什么不可以用類型,類型完全可以實現(xiàn)呀我建議你看下我的專欄文章高級用法里面介紹了用類型的好處商品維度計數(shù)對商品喜歡數(shù),評論數(shù),鑒定數(shù),瀏覽數(shù)進行計數(shù)說起電商,肯定離不開商品,而附帶商品有各種計數(shù)喜歡數(shù),評論數(shù),鑒定數(shù)

前言

一些案例中有的同學說為什么不可以用string類型,string類型完全可以實現(xiàn)呀

我建議你看下我的專欄文章《Redis高級用法》,里面介紹了用hash類型的好處

商品維度計數(shù)

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

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

為product定義個key product:,為每種數(shù)值定義hashkey, 譬如喜歡數(shù)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的商品相關(guān)信息
                                   array("like_num "=> 1)
用戶維度計數(shù)

對用戶動態(tài)數(shù)、關(guān)注數(shù)、粉絲數(shù)、喜歡商品數(shù)、發(fā)帖數(shù)等計數(shù)
用戶維度計數(shù)同商品維度計數(shù)都采用 Hash. 為User定義個key 為 user:
為每種數(shù)值定義hashkey, 譬如關(guān)注數(shù)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)
                                 
存儲社交關(guān)系

譬如將用戶的好友/粉絲/關(guān)注,可以存在一個sorted set中,score可以是timestamp
默認集合按照score遞增排序
這樣求兩個人的共同好友的操作,可能就只需要用求交集命令即可

$redis->zAdd("user:1000:follow", 1463557212, "1001"); 

                                #uid為1000用戶關(guān)注uid為1001 , score值設(shè)定時間戳1463557212

$redis->zAdd("user:1000:follow", 1463557333, "1002"); 

$redis->zAdd("user:2000:follow", 1463577568, "1001"); 

$redis->zAdd("user:2000:follow", 1463896964, "1003");
 
                                #uid為2000用戶關(guān)注1001和1003用戶 , score值設(shè)定時間戳

$redis->zInter("com_fllow:1000:2000", array("user:1000:follow", "user:2000:follow")); 

        #對集合"user:1000:follow"和"user:2000:follow"取交集"com_fllow:1000:2000"
        #獲得共同關(guān)注的uid 

$redis->zRange("com_fllow:1000:2000",0,-1); // 獲取全部集合元素
        #array("10001","10002")
用作緩存代替memcached

應(yīng)用于商品列表,評論列表,@提示列表

相對memcached 簡單的key-value存儲來說,redis眾多的數(shù)據(jù)結(jié)構(gòu)(list,set,sorted set,hash,
etc)

可以更方便cache各種業(yè)務(wù)數(shù)據(jù),性能也不亞于memcached。

NOTE: RPUSH pagewviews.user: EXPIRE pagewviews.user: 60 //注意要update timeout
反spam系統(tǒng)

應(yīng)用系統(tǒng)評論、發(fā)布商品、論壇發(fā)貼的spam控制

作為一個電商網(wǎng)站被各種spam攻擊是少不免(垃圾評論、發(fā)布垃圾商品、廣告、刷自家商品排名等)

針對這些spam制定一系列anti-spam規(guī)則,其中有些規(guī)則可以利用redis做實時分析

譬如:1分鐘評論不得超過2次、5分鐘評論少于5次等(更多機制/規(guī)則需要結(jié)合drools )
常規(guī)sorted set將最近一天用戶操作記錄起來
(為什么不全部記錄?節(jié)省memory,全部操作會記錄到log,后續(xù)利用hadoop進行更全面分析統(tǒng)計)

#獲取5秒內(nèi)操作記錄
$res = $redis->zRangeByScore("user:1000:comment", time() - 5, time());
#判斷5秒內(nèi)不能評論
if (!$res) {
    $redis->zAdd("user:1000:comment", time(), "評論內(nèi)容");
} else {
    echo "5秒之內(nèi)不能評論";
}

#5秒內(nèi)評論不得超過2次
if($redis->zRangeByScore("user:1000:comment",time()-5 ,time())==1)
echo "5秒之內(nèi)不能評論2次";

#5秒內(nèi)評論不得少于2次

if(count($redis->zRangeByScore("user:1000:comment",time()-5 ,time()))<2)
echo "5秒之內(nèi)不能評論2次";


 
用戶Timeline/Feeds

應(yīng)用于關(guān)注的人、主題、品牌及專欄

redis在這邊主要當作cache使用

$redis->zAdd("user:2000:feed:topic", time(), "13");
//score 為timestamp uid為2000的用戶關(guān)注tid為13的topic

$redis->expire("user:2000:feed:topic",24*60*60);
#關(guān)注有效期為24小時
# ttl 30天之內(nèi)按秒數(shù)計算 30天之外以timestamp為準
最新列表&排行榜

用于記錄用戶剛剛喜歡的商品最新列表or排行榜 等業(yè)務(wù)場景

商品最新列表-sorted set結(jié)構(gòu)呈現(xiàn)

        $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數(shù)據(jù)結(jié)構(gòu)呈現(xiàn)

        $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結(jié)構(gòu)對消息通知業(yè)務(wù)場景計數(shù)

$redis->hSet("user:1000:message:notice", "system", 1);
#設(shè)置1條未讀系統(tǒng)消息

$redis->hIncrBy("user:1000:message:notice", "system", 1);
#未讀系統(tǒng)消息+1

$redis->hSet("user:1000:message:notice", "comment", 1);
#設(shè)置1條未讀評論

$redis->hIncrBy("user:1000:message:notice", "comment", 1);
#未讀評論+1

$redis->hGetAll("user:1000:message:notice");
#查看所有消息通知數(shù)量

Array
(
    [system] => 2
    [comment] => 2
)


將Redis用作消息隊列

采用Redis的List數(shù)據(jù)結(jié)構(gòu)實現(xiàn)分布式的消息隊列

文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址:http://www.ezyhdfw.cn/yun/21593.html

相關(guān)文章

  • SegmentFault 技術(shù)周刊 Vol.37 - 分布式緩存利器:Redis

    摘要:持久化到中反向代理的負載均衡基于的集群搭建如何實現(xiàn)從中訂閱消息轉(zhuǎn)發(fā)到客戶端的擴展是阻塞式,使用訂閱發(fā)布模式時,會導(dǎo)致整個進程進入阻塞。緩存是用于解決高并發(fā)場景下系統(tǒng)的性能及穩(wěn)定性問題的銀彈。 showImg(https://segmentfault.com/img/bVYE6k?w=900&h=385); Redis 是由意大利程序員 Salvatore Sanfilippo(昵稱:a...

    binaryTree 評論0 收藏0
  • Docker的典型應(yīng)用場景

    摘要:接下來,執(zhí)行以下命令把生成的軟件包從鏡像中復(fù)制出來然后目錄下就會有我們剛剛制作的包。多版本混合部署隨著產(chǎn)品的不斷更新?lián)Q代,一臺服務(wù)器上部署多個應(yīng)用或者同一個應(yīng)用的多個版本在企業(yè)內(nèi)部非常常見。作者魏世江聯(lián)合創(chuàng)始人,長期從事相關(guān)研發(fā)工作。 相對于VM,docker在其輕量、配置復(fù)雜度以及資源利用率方面有著明顯的優(yōu)勢。 隨著docker技術(shù)的不斷成熟,越來越多的企業(yè)開始考慮通過docker來...

    anyway 評論0 收藏0
  • 「真?全棧之路」Web前端開發(fā)的后端指南

    前言 在若干次前的一場面試,面試官看我做過python爬蟲/后端 的工作,順帶問了我些后端相關(guān)的問題:你覺得什么是后端? 送命題。當時腦瓦特了,答曰:邏輯處理和數(shù)據(jù)增刪改查。。。 showImg(https://user-gold-cdn.xitu.io/2019/4/24/16a4ed4fc8c18078); 當場被懟得體無完膚,羞愧難當。事后再反思這問題,結(jié)合資料總結(jié)了一下。發(fā)現(xiàn)自己學過的Re...

    chuyao 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<