tag 秒殺

標籤
貢獻17
77
05:13 AM · Nov 05 ,2025
binghe001 頭像 summo_java 頭像 beimian_628f3f3e35da7 頭像 huaweiclouddeveloper 頭像 user_w4l9mi7t 頭像 markerhub 頭像 boywus 頭像 taozi_60b0b3c71b1a8 頭像 fuzhengwei 頭像 yaofly 頭像 goudantiezhuerzi 頭像 lixiaoer 頭像

@秒殺 / 博客 RSS 訂閱

xiaolei_599661330c0cb 頭像

小磊 - Redis應用實戰 - 秒殺場景（Node.js版本）

寫在前面 公司隨着業務量的增加，最近用時幾個月時間在項目中全面接入Redis，開發過程中發現市面上缺少具體的實戰資料，尤其是在Node.js環境下，能找到的資料要麼過於簡單入門，要麼名不副實，大部分都是屬於初級。因此決定把公司這段時間的成果進行分享，會用幾篇文章詳細介紹Redis的幾個使用場景，期望大家一起學習、進步。 下面就開始第一篇，秒殺場景。 業務分析 實際業務中，秒殺包含了許多場景，

redis , node.js , MySQL , 分佈式 , 秒殺

收藏 評論

goudantiezhuerzi 頭像

艾小仙 - 高頻面試題：秒殺場景設計

秒殺這個話題到現在來説已經是一個老生常談的話題了，不過因為又臨近一年一度的雙11，而且發現前段時間無論是阿里還是騰訊一些大廠其實還是在頻繁的問到這個場景題，所以還是準備拿出來説説。 秒殺從規模上來説可以分為大秒和小秒。大秒指的是比如雙11這種特定的節日，商品規模超大、價格超低、流量超大的這種類型活動，小秒一般指的是商家自己配置的一些時段類型的活動，由商家自己指定時間上架。從形式來説還可以分為單時段

高併發 , 面試 , JAVA , 秒殺

收藏 評論

binghe001 頭像

冰河 - 五個月，秒殺，38個大的篇章，126+篇文章、視頻、小冊，150+源碼分支，完美收官！

大家好，我是冰河~~ 經過四個多月的堅持，《Seckill秒殺系統》終於接近尾聲了，也感謝大家這四個多月以來的堅持和陪伴，也相信大家在《Seckill秒殺系統》專欄中，學到了不少知識和技術。接下來，我們就一起對《Seckill秒殺系統》專欄做個總結。 一、總體概述 在《Seckill秒殺系統》專欄中，不僅僅是帶着大家從零開始寫一個秒殺業務系統，而是從需求立項到架構設計、環境搭建到編碼實現、問題重現

高併發 , 系統架構 , 秒殺 , 程序員 , 架構師

收藏 評論

binghe001 頭像

冰河 - 高考成績都出來了，你的秒殺系統如何了？

大家好，我是冰河~~ 高考成績都出來了，咱的《Seckill秒殺系統》專欄如何了？今天給大家交個“期中作業”吧。 總體情況 截止到目前，秒殺系統從需求立項、架構設計、技術選型、環境搭建、編碼實現、極致緩存設計到扣減庫存防超賣設計，已經完成16個大的篇章47篇文章。 這是不是更新完了？那肯定沒啊！雖然現在的秒殺系統已經實現了最核心的功能，但是還不是我理想中的樣子，我想要大廠技術真正落地的秒殺系統。

高併發 , 協程 , 多線程 , 秒殺 , 併發編程

收藏 評論

_618dce48d9e6a 頭像

a_ゞ歡少の不忘初心 - 2萬字聊聊什麼是秒殺系統（上）

大家好，我是Leo 前段時間介紹了MySQL，Redis的相關技術。大概告一段落了，只能説對這兩塊技術調優，原理有了初步的認識，後續整個技術棧學的差不多的時候會回來做第二版的修訂。 推薦閲讀 3萬字聊聊什麼是Redis（完結篇） 3萬字聊聊什麼是MySQL（初篇） 福利 每1-2週會選取前3名發一些書籍 每個節日會選取前10名發一些書籍 麻煩這三位在我公眾號右下角點擊聯繫我，加一下微信，發波書了

架構設計 , JAVA , 秒殺

收藏 評論

sengerlion 頭像

sengerlion - PHP+Golang 商品秒殺功能

框架:laravel 秒殺組成部分：商品、秒殺場次、Redis、模擬秒殺 秒殺過程： 一、實現商品、秒殺場次、秒殺場次和商品關聯的CRUD； 二、定時將秒殺場次、商品、庫存等信息提前寫入redis； 三、配置Redis持久化； 四、實現秒殺下單邏輯； 五、定時刪除秒殺的過期信息並釋放庫存； 六、使用golang併發編程模擬秒殺。 PS:整個流程中，涉及異步併發的地方：

redis , php , 秒殺 , go

收藏 評論

caicai_5c7ce98f48e7d 頭像

菜菜 - 搞定秒殺，只需要這幾步！！

靈魂拷問 秒殺這種大併發的寫場景，直接分庫分表開幹？ 應對秒殺活動的流量高峯很難嗎？ 不要拿淘寶級別的秒殺忽悠我 秒殺活動特點 我敢説凡是做過電商的同學，都會遇到運營展開的秒殺，限時購等“高併發”的活動。市面上也有不少針對秒殺的解決方案，什麼分庫分表，緩存，消息隊列呀，但凡能想到的技術“靚點”都基本會寫上一段。我覺得應對秒殺這樣的帶有流量峯值的業務，還是要仔細分析業務的特性，以及根據自己

微服務 , 緩存 , JAVA , 分佈式 , 秒殺

收藏 評論

gaungfa3 頭像

光法V3 - 基於redis的lua腳本解決秒殺場景

Redis lua腳本解決搶購秒殺場景 介紹 秒殺搶購可以説是在分佈式環境下⼀個⾮常經典的案例，⾥邊有很多痛點： ​ 1.⾼併發: 時間極短、瞬間⽤户量⼤，⼀瞬間的⾼QPS把系統或數據庫直接打死，響應失敗，導致與這個系統耦合的系統也GG 目前秒殺的實現方案主要有兩種： ​ 2.超賣: 你只有⼀百件商品，由於是⾼併發的問題，導致超賣的情況 目前秒殺的實現方案主要有兩種： ​ 1.用redis 將搶購

redis , lua , JAVA , 秒殺 , 後端

收藏 評論

lixiaoer 頭像

lixiaoer - Redis秒殺實戰：微信搶紅包（附源碼）

一、導讀 為啥寫這個微信搶紅包項目呢，公司 0202 年 08 月 22 日，公司週年慶，搶了100多紅包 ，O(∩_∩)O哈哈~ 二、微信搶紅包實現原理 2.1 業務流程分析 ** 2.2 功能拆解** 2.2.1 新建紅包 在 DB、Redis 分別新增一條記錄 2.2.2 搶紅包(併發) 請求Redis，紅包剩餘個數，大於0才可以拆，等會0時，提示用户，紅包已搶完 2.2.3. 拆

redis , JAVA , 秒殺

收藏 評論

summo_java 頭像

sum墨 - 秒殺系統常見問題—庫存超賣

大家好！我是sum墨，一個一線的底層碼農，平時喜歡研究和思考一些技術相關的問題並整理成文，限於本人水平，如果文章和代碼有表述不當之處，還請不吝賜教。 以下是正文！ 先看問題 首先上一串代碼 public String buy(Long goodsId, Integer goodsNum) { //查詢商品庫存 Goods goods = goodsMapper.selectById

springboot , JAVA , 秒殺 , 後端

收藏 評論

yaofly 頭像

普拉斯強 - 寫個秒殺倒計時方法

背景 項目裏有個秒殺倒計時功能模塊。 頁面切換Tab後，一段時間再回來發現明顯慢了。擼代碼吧： // ... CountDown.prototype.count = function() { var self = this; this.clear(); this.timeout = setTimeout(function(){ // 計數減1 if(--s

settimeout , 倒計時 , 秒殺 , 前端 , Javascript

收藏 評論

fuzhengwei 頭像

小傅哥 - 互聯網大廠，常見研發線上事故總結！

作者：小傅哥 沉澱、分享、成長，讓自己和他人都能有所收穫！😄 一、前言 你的代碼出過事故嗎？ 老人言：常在河邊走哪有不濕鞋。只要你在做着編程開發的工作就一定會遇到事故，或大或小而已。 當然可能有一部分研發同學，在相對傳統的行業或者做着用户體量較小的業務等，很難遇到讓人出名的事故，多數都是一些線上的小bug，修復了也就沒人問了。 但如果你在較大型的互聯網公司，那麼你負責的開發的系統功能，可能面對的

數據庫連接池 , JAVA , 秒殺 , 程序員 , 後端

收藏 評論

taozi_60b0b3c71b1a8 頭像

Java架構師 - 從反脆弱角度説一説：技術系統高可用性策略

1 非線性 我們先來介紹一個概念：非線性。這個概念在我們的生活中無處不在。 你要趕早上8點鐘的火車，如果6:30出發可以在7:00到達車站，於是你得到一個結論：只要30分鐘就可以到達車站。 你早上想睡晚一點預計7:10出發，想着7:40可以到達車站。但是最可能的結果是你將錯過這趟火車。因為正好遇上早高峯，堵車導致你至少需要花費1個小時才能到達車站。 一個小雪球的重量是100克，打雪仗時你被砸中10

系統設計 , 系統 , JAVA , 秒殺

收藏 評論

boywus 頭像

boywus - Redis秒殺搶購方案

總體架構方案 網絡攔截: DNS優化, SLB負載均衡，網關封IP限速 業務攔截： ID限速， 驗證碼， 只吸收前面N個請求，後面的全拒絕; Redis攔截: 庫存不超發，保證限購 接口攔截： 儘量減少業務檢查，判斷黑名單 MQ+MYSQL: 異步處理落庫情況; Redis List方案 + Incrby方案 從緩存讀取出活動信息 判斷活動開始時間和結束時間 redis內無庫存就直接返回無

redis , MySQL , 電商 , 秒殺 , 後端

收藏 評論

markerhub 頭像

MarkerHub - 千萬級 高併發 “秒殺” 架構設計（含源碼）

公眾號：MarkerHub，網站：https://markerhub.com 小Hub領讀： 作者：繪你一世傾城 https://juejin.im/post/5d84e2... github 源碼地址： https://github.com/GuoZhaoran... 每到節假日期間, 一二線城市返鄉、外出遊玩的人們幾乎都面臨着一個問題：搶火車票! 雖然現在大多數情況下都能訂

高併發 , Nginx , 秒殺

收藏 評論

user_w4l9mi7t 頭像

蘇三説技術 - 面試必考：秒殺系統要如何設計？

前言 高併發下如何設計秒殺系統？這是一個高頻面試題。這個問題看似簡單，但是裏面的水很深，它考查的是高併發場景下，從前端到後端多方面的知識。 秒殺一般出現在商城的促銷活動中，指定了一定數量（比如：10個）的商品（比如：手機），以極低的價格（比如：0.1元），讓大量用户參與活動，但只有極少數用户能夠購買成功。這類活動商家絕大部分是不賺錢的，説白了是找個噱頭宣傳自己。 雖説秒殺只是一個促銷活動，但對技術

高併發 , 秒殺 , 後端

收藏 評論

huaweiclouddeveloper 頭像

華為雲開發者聯盟 - 解密秒殺系統架構，不是所有的系統都能做秒殺！

摘要：教你如何設計一個秒殺系統架構：從電商系統架構到秒殺系統、從高併發“黑科技”與致勝奇招到服務器硬件優化，全方位立體掌握秒殺系統架構！！ 本文分享自華為雲社區《實踐出真知：全網最強秒殺系統架構解密，不是所有的秒殺都是秒殺！！》，作者： 冰 河。 電商系統架構 在電商領域，存在着典型的秒殺業務場景，那何謂秒殺場景呢。簡單的來説就是一件商品的購買人數遠遠大於這件商品的庫存，而且這件商品在很短的

運維 , 系統 , 架構 , 電商 , 秒殺

收藏 評論

beimian_628f3f3e35da7 頭像

北面 - 搶購業務的技術方案

總體架構方案 網絡攔截: DNS優化, SLB負載均衡，網關封IP限速 業務攔截： ID限速， 驗證碼， 只吸收前面N個請求，後面的全拒絕; Redis攔截: 庫存不超發，保證限購 接口攔截： 儘量減少業務檢查，判斷黑名單 MQ+MYSQL: 異步處理落庫情況; Redis List方案 + Incrby方案 從緩存讀取出活動信息 判斷活動開始時間和結束時間 redis內無庫存就直接返回無

redis , MySQL , 電商 , 秒殺 , 後端

收藏 評論