概念

秒殺系統的特點

• 新品上市 價格低廉
• 市場造勢 大幅推廣
• 指定時間開售
• 瞬時售空
• 讀多寫少

秒殺系統難點

• 高併發、負載壓力大
• 競爭資源是有限的
• 對其他業務的影響
• 提防“黃牛黨”

秒殺系統應用場景

• 商品搶購
• 群紅包
• 優惠卷領取
• 搶火車票
• 線上預約

技術維度對秒殺系統的分析 —— 架構原則

技術維度對秒殺系統的分析 —— 優化技術

業務維度對秒殺系統的分析

修改庫存放在訂單支付的前面位置 體現了企業的良心
秒殺沒搶到的話 訂單30分鐘未支付會取消訂單 釋放庫存 可以撿漏

核心業務基於DB的實現

場景描述
業務描述：有50臺蘋果7手機，模擬200個使用者同時請求購買，每個人都購買N臺手機
實現原理：基於資料庫的樂觀鎖

優點:實現簡單, 最可靠
缺點: 併發量小 300 or 700

核心業務基於cache的實現(memcache)

場景描述
業務描述：有50臺蘋果7手機，模擬200個使用者同時請求購買，每個人都購買N臺手機
實現原理：基於快取的樂觀鎖 。基於memcache的decr，decr是原子的。

decr是有毒的
Decr的返回值有隻有三種情況，
“>0”“=0”(減數大於被減數) “=-1”(鍵值不存在)
10 – 100 =0(這裡有毒)
Memcached是不支援事務的
操作序列不是原子性的

解決
輕量級的鎖機制CAS機制
解釋：Check and set ,即儲存之前進行版本檢查，memcache 1.2.4新增的特性。

• gets： 獲取item，並獲取版本號
• cas：更新item，並上傳獲取item時的版本號，版本號與伺服器一致才能更新成功

演算法如下:

核心程式碼:

@Override
public Boolean updateGoodsAmount(String code, int buys) {
    MemcachedItem item = client.gets(code);
    if(Integer.valueOf(item.getValue().
 
toString().trim()) < buys ){
        return false;
    }else{
        if(client.cas(code, String.valueOf(Integer.valueOf(item.getValue().toString().trim())-buys), item.casUnique)){
            return true;
        }else{
            return updateGoodsAmount(code,buys);
        }
    }

}

Redis 與 memcached 的秒殺之爭