国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

Redis搶紅包項目

數據分析與開發 ? 來源:數據分析與開發 ? 作者:數據分析與開發 ? 2020-09-24 15:09 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

業務流程分析

功能拆解


新建紅包

在 DB、Redis 分別新增一條記錄

搶紅包(并發)

「使用技術」

Redis 中數據類型的 String 特性的原子遞減(DECR key)和減少指定值(DECRBY key decrement)

「業務」

請求 Redis ,當剩余紅包個數大于 0,紅包個數原子遞減,隨機獲取紅包

計算金額,當最后一個紅包時,最后一個紅包金額=總金額-總已搶紅包金額

更新數據庫

「查詢紅包記錄」

查詢 DB 即可

數據庫設計

紅包流水表

CREATE TABLE `red_packet_info` ( `id` int(11) NOT NULL AUTO_INCREMENT, `red_packet_id` bigint(11) NOT NULL DEFAULT 0 COMMENT '紅包id,采? timestamp+5位隨機數', `total_amount` int(11) NOT NULL DEFAULT 0 COMMENT '紅包總?額,單位分', `total_packet` int(11) NOT NULL DEFAULT 0 COMMENT '紅包總個數', `remaining_amount` int(11) NOT NULL DEFAULT 0 COMMENT '剩余紅包?額,單位 分', `remaining_packet` int(11) NOT NULL DEFAULT 0 COMMENT '剩余紅包個數', `uid` int(20) NOT NULL DEFAULT 0 COMMENT '新建紅包?戶的?戶標識', `create_time` timestamp COMMENT '創建時間', `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新時間', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COMMENT='紅包信息 表,新建?個紅包插??條記錄';

紅包記錄表

CREATE TABLE `red_packet_record` ( `id` int(11) NOT NULL AUTO_INCREMENT, `amount` int(11) NOT NULL DEFAULT '0' COMMENT '搶到紅包的?額', `nick_name` varchar(32) NOT NULL DEFAULT '0' COMMENT '搶到紅包的?戶的?戶 名', `img_url` varchar(255) NOT NULL DEFAULT '0' COMMENT '搶到紅包的?戶的頭像', `uid` int(20) NOT NULL DEFAULT '0' COMMENT '搶到紅包?戶的?戶標識', `red_packet_id` bigint(11) NOT NULL DEFAULT '0' COMMENT '紅包id,采? timestamp+5位隨機數', `create_time` timestamp COMMENT '創建時間', `update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新時間', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4 COMMENT='搶紅包記 錄表,搶?個紅包插??條記錄';

發紅包 API

發紅包接口開發

新增一條紅包記錄

往 mysql 里面添加一條紅包記錄

往 redis 里面添加一條紅包數量記錄

往redis里面添加一條紅包金額記錄

?

往db中就單純存入一條記錄,Service層和Mapper層,就簡單的一條sql語句,主要是提供思路,下面會附案例源碼,不要慌

?

搶紅包 API

搶紅包功能屬于原子減操作

當大小小于 0 時原子減失敗

當紅包個數為0時,后面進來的用戶全部搶紅包失敗,并不會進入拆紅包環節

搶紅包功能設計

將紅包ID的請求放入請求隊列中,如果發現超過紅包的個數,直接返回

注意事項

搶到紅包不一定能拆成功

搶紅包算法拆解

img

通過上圖算法得出,靠前面的人,手氣最佳幾率小,手氣最佳,往往在后面

發 100 元,共 10 個紅包,那么平均值是 10 元一個,那么發出來的紅包金額在 0.01~20 元之間波動

當前面 4 個紅包總共被領了 30 元時,剩下 70 元,總共 6 個紅包,那么這 6 個紅包的金額在 0.01~23.3 元之間波動

搶紅包接口開發

「測試」

「發紅包」

模擬高并發搶紅包(Jmeter壓測工具)

因為我發了 10 個紅包,金額是 20000,使用壓測工具,模擬50個請求,只允許前10個請求能搶到紅包,并且金額等于20000。

布隆過濾器

介紹

布隆過濾器是1970年由布隆提出的。它實際上是一個很長的二進制向量和一系列隨機映射函數。布隆過濾器可以用于檢索一個元素是否在一個集合中。它的優點是空間效率和查詢時間都遠遠超過一般的算法,缺點是有一定的誤識別率和刪除困難。

優點

相比于其他的數據結構,布隆過濾器在空間和時間方面都有巨大的優勢。布隆過濾器存儲空間和插入/查詢時間都是常數。另外三列函數相互之間沒有關系,方便由硬件并行實現。布隆過濾器不需要存儲元素本身,在某些對保密要求非常嚴格的場合有優勢。

缺點

但是布隆過濾器的缺點和有點一樣明顯。誤算率是其中之一。隨著存入的元素數量增加,誤算率隨之增加。但是如果元素數量太少,則使用散列表足矣。

布隆過濾器有什么用

黑客流量攻擊:故意訪問不存在的數據,導致查程序不斷訪問DB的數據

黑客安全阻截:當黑客訪問不存在的緩存時迅速返回避免緩存及DB掛掉

網頁爬蟲對 URL 的去重,避免爬取相同的URL地址

反垃圾郵件,從數十億個垃圾郵件列表中判斷某郵件是否垃圾郵件(同理,垃圾短信)

緩存擊穿,將已存在的緩存放到布隆中,當黑客訪問不存在的緩存時迅速返回避免緩存及 DB 掛掉

布隆過濾器實現會員轉盤抽獎

需求

一個抽獎程序,只針對會員用戶有效

通過google布隆過濾器存儲會員數據

程序啟動時將數據放入內存中

google自動創建布隆過濾器

用戶ID進來之后判斷是否是會員

代碼實現

引入依賴

com.google.guava guava 29.0-jre

數據庫會員表

CREATE TABLE `sys_user` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `user_name` varchar(11) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '?戶名', `image` varchar(11) CHARACTER SET utf8mb4 DEFAULT NULL COMMENT '?戶頭像', PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8;

初始化布隆過濾器

dao 層和 dao 映射文件,就單純的一個 sql 查詢,看核心方法,下面會附源碼滴,不要慌好嘛

控制層

測試

缺點

內存級別產部

重啟即失效

本地內存無法用在分布式場景

不支持大數據量存儲

Redis布隆過濾器

優點

可擴展性 Bloom 過濾器

不存在重啟即失效或定時任務維護的成本

缺點

需要網絡IO,性能比基于內存的過濾器低

布隆過濾器安裝

「下載」

github:https://github.com/RedisBloom/RedisBloom

鏈接:https://pan.baidu.com/s/16DlKLm8WGFzGkoPpy8y4Aw密碼:25w1

「編譯」

make

「將 Rebloom 加載到 Redis 中」

先把 Redis 給停掉!!!在 redis.conf 里面添加一行命令->加載模塊

loadmodule/usr/soft/RedisBloom-2.2.4/redisbloom.so

「測試布隆過濾器」

SpringBoot 整合 Redis 布隆過濾器

編寫兩個lua腳本

添加數據到指定名稱的布隆過濾器

從指定名稱的布隆過濾器獲取key是否存在的腳本

localbloomName=KEYS[1] localvalue=KEYS[2] --bloomFilter localresult_1=redis.call('BF.ADD',bloomName,value) returnresult_1

localbloomName=KEYS[1] localvalue=KEYS[2] --bloomFilter localresult_1=redis.call('BF.EXISTS',bloomName,value) returnresult_1

在 RedisService.java 中添加 2 個方法

驗證

秒殺

秒殺業務流程圖

數據落地存儲方案

通過分布式redis減庫存

DB存最終訂單信息數據

API性能調優

性能瓶頸在高并發秒殺

技術難題在于超賣問題

實現步驟

提前將秒殺數據緩存到 redis

setskuId_start_10_1554045087--秒殺標識 setskuId_access_112000--允許搶購數 setskuId_count_10--搶購計數 setskuId_booked_10--真實秒殺數

秒殺開始前,skuId_start為0,代表活動未開始

當skuId_start改為1時,活動開始,開始秒殺叭

當接受下單數達到sku_count*1.2后,繼續攔截所有請求,商品剩余數量為0(為啥接受搶購數為1萬2呢,看業務流程圖,涉及到“校驗訂單信息”,一般設置的值要比總數多一點,多多少自己定)

利用 Redis 緩存加速增庫存數

"skuId_booked":10000//從0開始累加,秒殺的個數只能加到1萬

將用戶訂單數據寫入 MQ(異步方式)。

另外一臺服務器監聽 mq,將訂單信息寫入到 DB。

好了,以上就是完整的開發步驟,下面我們開始編寫代碼

代碼實戰

網關瀏覽攔截層

1、先判斷秒殺是否已經開始

2、利用 Redis 緩存 incr 攔截流量

用 incr 方法原子加

通過原子加帕努單當前 skuId_access 是否達到最大值

訂單信息校驗層

1、校驗當前用戶是否已經買過這個商品

需要存儲用戶的uid

存數據庫效率太低

存Redis value方式數據太大

存布隆過濾器性能高且數據量小(推薦)

2、校驗通過直接返回搶購成功

開發lua腳本實現庫存扣除

1、庫存扣除成功,獲取當前最新庫存

2、如果庫存大于0,即馬上進行庫存扣除,并且訪問搶購成功給用戶

3、考慮原子性問題

保證原子性的方式,采用 lua 腳本

采用lua腳本方式保證原子性帶來缺點,性能有所下降

不保證原子性缺點,放入請求量可能大于預期

當前扣除庫存場景必須保證原子性,否則會導致超賣

4、返回搶購結果

搶購成功

庫存沒了,搶購失敗

控制層

Service 層

布隆過濾器

初始化redis緩存

setskuId_start_10_1554045087--秒殺標識 setskuId_access_112000--允許搶購數 setskuId_count_10--搶購計數 setskuId_booked_10--真實秒殺數

秒殺驗證

jmeter 配置

壓測秒殺驗證原子性

項目下載

鏈接:https://pan.baidu.com/s/1hZUPRAljkqO05fYluqJBhQ密碼:1iwr

尾聲

演示的時候,我使用的 Redis 單機的,吞吐量不是很大,感興趣的,可以自己搭建個 Redis 主從復制+哨兵+集群,然后再測試。

最近比較忙,沒時間完善微信搶紅包秒殺的原子性。下面那個完整案例搶庫存的,親自使用 Jmeter 壓測幾次,是原子性的,可以拿來借鑒,感興趣的同學,可以借鑒下面搶庫存的代碼,把微信搶紅包的功能在完善下,我就不修改啦。

原文標題:Redis 秒殺實戰

文章出處:【微信公眾號:數據分析與開發】歡迎添加關注!文章轉載請注明出處。

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • C語言
    +關注

    關注

    183

    文章

    7644

    瀏覽量

    145571
  • Redis
    +關注

    關注

    0

    文章

    392

    瀏覽量

    12185

原文標題:Redis 秒殺實戰

文章出處:【微信號:DBDevs,微信公眾號:數據分析與開發】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    Redis哨兵模式的自動故障檢測與主從切換實戰

    Redis 主從復制解決了讀擴展和數據冗余問題,但主節點故障時需要人工介入切換,這在生產環境中是不可接受的。Sentinel(哨兵)模式在主從架構之上增加了自動故障檢測和故障轉移能力,是 Redis 高可用的標準方案之一。
    的頭像 發表于 02-27 11:05 ?122次閱讀

    Redis內存管理、持久化策略與慢查詢排查分析

    Redis 在生產環境中承擔著緩存、會話存儲、消息隊列、分布式鎖等多種角色。隨著數據量增長和并發壓力上升,內存碎片、持久化 I/O 抖動、慢查詢堆積這三類問題會逐漸顯現,直接影響服務延遲和穩定性。Redis 8.x 在內存管理和持久化機制上做了若干改進,但核心調優思路與
    的頭像 發表于 02-27 11:00 ?126次閱讀

    【產品應用】儲能網關EM-1000與EM-1000G的Redis性能對比

    視頻推薦隨著儲能控制系統智能化發展,對實時處理和高速緩存需求提升。本測試對EM-1000與EM-1000G的Redis性能進行對比,評估其在吞吐、響應與穩定性上的差異,為客戶提供精準硬件選型依據
    的頭像 發表于 12-02 11:39 ?328次閱讀
    【產品應用】儲能網關EM-1000與EM-1000G的<b class='flag-5'>Redis</b>性能對比

    深度剖析Redis的兩大持久化機制

    凌晨3點,我被一通緊急電話驚醒。線上Redis集群崩潰,6GB的緩存數據全部丟失,導致MySQL瞬間承壓暴增,整個交易系統陷入癱瘓。事后復盤發現,問題的根源竟是一個被忽視的持久化配置細節。
    的頭像 發表于 09-17 16:22 ?543次閱讀

    Redis Sentinel和Cluster模式如何選擇

    在我十年的運維生涯中,見過太多團隊在Redis集群方案選擇上踩坑。有的團隊盲目追求"高大上"的Cluster模式,結果運維復雜度爆表;有的團隊死守Sentinel不放,最后擴展性成了瓶頸。今天,我想通過這篇萬字長文,把我在生產環境中積累的經驗全部分享給你。
    的頭像 發表于 09-08 09:31 ?579次閱讀

    奧比中光助力支付寶碰一下落地電梯場景

    近日,支付寶與分眾傳媒宣布聯合推出“碰一下搶紅包”服務。作為創新交互方式,“支付寶碰一下”首次被引入至電梯場景,并已在全國20余個城市的電梯鋪設。奧比中光作為“支付寶碰一下”業務的核心供應商,為這一創新交互方式首次大規模落地電梯場景護航。
    的頭像 發表于 08-12 11:32 ?1223次閱讀

    Redis集群部署配置詳解

    Redis集群是一種分布式Redis解決方案,通過數據分片和主從復制實現高可用性和橫向擴展。集群將整個數據集分割成16384個哈希槽(hash slots),每個節點負責一部分槽位。
    的頭像 發表于 07-17 11:04 ?979次閱讀

    Redis集群部署與性能優化實戰

    Redis作為高性能的內存數據庫,在現代互聯網架構中扮演著關鍵角色。作為運維工程師,掌握Redis的部署、配置和優化技能至關重要。本文將從實戰角度出發,詳細介紹Redis集群的搭建、性能優化以及監控運維的核心技術。
    的頭像 發表于 07-08 17:56 ?850次閱讀

    艾體寶方案 金融系統再升級:Redis企業版如何為銀行構建高性能、穩定可靠的實時數據引擎

    本文總結了金融行業在數字化轉型中面臨的五大技術難題:高并發下的系統瓶頸、災備切換延遲、實時性不足、合規壓力增大以及平臺擴展困難。Redis企業版通過提供內存級性能、企業級高可用與安全機制、模塊化實時處理能力及靈活部署擴展策略,助力金融行業
    的頭像 發表于 06-17 10:45 ?618次閱讀
    艾體寶方案 金融系統再升級:<b class='flag-5'>Redis</b>企業版如何為銀行構建高性能、穩定可靠的實時數據引擎

    【經驗分享】在Omni3576上編譯Redis-8.0.2源碼,并安裝及性能測試

    本文首先介紹Redis是什么,然后介紹如何在Omni3576上編譯Redis-8.0.2源碼,以及從源碼編譯、安裝Redis,最后介紹如何在Omni3576上運行Redis性能測試,并
    的頭像 發表于 06-05 08:05 ?977次閱讀
    【經驗分享】在Omni3576上編譯<b class='flag-5'>Redis</b>-8.0.2源碼,并安裝及性能測試

    【幸狐Omni3576邊緣計算套件試用體驗】Redis最新8.0.2版本源碼安裝及性能測試

    本文首先介紹Redis是什么,然后介紹如何在Omni3576上編譯Redis-8.0.2源碼,以及從源碼編譯、安裝Redis,最后介紹如何在Omni3576上運行Redis性能測試,并
    發表于 06-03 01:28

    HarmonyOS5云服務技術分享--云緩存快速上手指南

    Connect控制臺,在「我的項目」中選擇目標項目,通過左側導航欄進入「Serverless > 云緩存」的「管理」頁簽。 ??復制關鍵參數?? ??用戶名??:直接顯示在「訪問信息
    發表于 05-22 18:37

    Redis 8 向量搜索實測:輕松擴展至 10 億向量

    艾體寶Redis 8 向量搜索實測輕松支持 10 億向量,仍保持低延遲與高吞吐。中位延遲僅200毫秒,90%精確度;處理50并發搜索請求中位延遲僅1.3秒,95%精確度。
    的頭像 發表于 05-13 14:00 ?740次閱讀
    <b class='flag-5'>Redis</b> 8 向量搜索實測:輕松擴展至 10 億向量

    Redis 再次開源!

    “ ?Redis 現已采用 AGPLv3 開源許可證。? ” Redis CEO 的 Blog 以下是 Redis CEO Rowan Trollope 的 Blog: 像 AWS 和 GCP 這樣
    的頭像 發表于 05-06 18:26 ?928次閱讀

    redis三種集群方案詳解

    Redis中提供的集群方案總共有三種(一般一個redis節點不超過10G內存)。
    的頭像 發表于 03-31 10:46 ?1529次閱讀
    <b class='flag-5'>redis</b>三種集群方案詳解