??目錄

1 背景介紹

2 什么是優(yōu)惠券系統(tǒng)？

3 優(yōu)惠券創(chuàng)建

4 優(yōu)惠券派發(fā)

5 后續(xù)優(yōu)化

優(yōu)惠券是電商常見的營銷手段，是營銷平臺中的一個重要組成部分，既可以作為促銷活動的載體，也是重要的引流入口。在剛剛過去的電商大促周期內(nèi)，各大電商平臺都有配置不同類目、價位的優(yōu)惠券，吸引用戶下單購買。

優(yōu)惠券系統(tǒng)主要涵蓋四個核心能力：創(chuàng)建、派發(fā)、使用、統(tǒng)計。本篇主要針對派發(fā)這部分，在系統(tǒng)設計和落地過程中遇到和解決的一些問題做一個簡單記錄，以便后來補缺。

關注騰訊云開發(fā)者，一手技術干貨提前解鎖??

01

背景介紹

優(yōu)惠券是電商常見的營銷手段，是營銷平臺中的一個重要組成部分，騰訊云 MALL 也需要搭建優(yōu)惠券相關的平臺能力來更好的助力賦能商家的各種促銷場景。

02

什么是優(yōu)惠券系統(tǒng)？

這里找了幾個電商平臺的優(yōu)惠券相關頁面：

依次是某東、某寶、騰訊云 MALL ，這里各式各樣的優(yōu)惠券背后涉及的相關系統(tǒng)，可以統(tǒng)稱為優(yōu)惠券系統(tǒng)。所以單說優(yōu)惠券系統(tǒng)是一個很龐大的系統(tǒng)，這里收斂一下講其中主要有四大核心能力：創(chuàng)建、派發(fā)、使用、統(tǒng)計。

2.1 系統(tǒng)架構(gòu)

本篇主要介紹的是平臺如何創(chuàng)建和派發(fā)優(yōu)惠券到用戶賬戶的券包里，即上面提到的四大核心能力中的創(chuàng)建和派發(fā)。

03

優(yōu)惠券創(chuàng)建

3.1 核心概念

先簡單了解一下兩個概念：優(yōu)惠券批次、優(yōu)惠券。

優(yōu)惠券批次：一批相同優(yōu)惠券的生成模版。
優(yōu)惠券：根據(jù)批次信息生成，優(yōu)惠券與批次的對應關系是 N:1。

3.2 批次表核心字段

批次 ID ；
優(yōu)惠券名稱；
優(yōu)惠券類型；
庫存數(shù)量；
優(yōu)惠規(guī)則如：滿減，滿折等；
生效規(guī)則：固定生效時間、領取后生效時間等；
領取規(guī)則：批次每天限領數(shù)量、用戶每天限領數(shù)量、用戶總限領數(shù)量等；
使用規(guī)則：指定商家、指定商品、指定類目、指定場景等。

3.3 優(yōu)惠券表核心字段

優(yōu)惠券 ID：分布式 ID 全局唯一；
批次 ID；
用戶 ID；
優(yōu)惠券狀態(tài)；
上下文信息。

批次表的數(shù)據(jù)寫入主要是 B 端后臺管理來操作，這里不多贅述。

優(yōu)惠券表數(shù)據(jù)主要通過派發(fā)動作與用戶關聯(lián)后寫入，后面會展開介紹。

3.4 B 端配置效果

04

優(yōu)惠券派發(fā)

4.1 兩大主要問題

庫存管理，如何防止超發(fā)，保障庫存安全。
場景復雜，如何支持高并發(fā)及瞬時高流量毛刺場景。

流量毛刺示意：

4.2 主流程拆解

庫存扣減；
生成優(yōu)惠券。

4.2.1 庫存扣減

直接用數(shù)據(jù)庫做庫存管理，面臨問題：高并發(fā)導致數(shù)據(jù)庫崩潰、性能瓶頸明顯。
緩存做庫存管理：數(shù)據(jù)不一致、穿透、擊穿、雪崩等問題。

最終方案：

Redis+Lua+庫存異步分段增補：

Redis+Lua：支持高并發(fā)庫存扣減。
庫存異步分段增補：支持高并發(fā)的前提下靈活分配庫存。

Lua 腳本示意（示意代碼僅供學習參考）：

--批次的HashKeylocal stockKey = KEYS[1];
--Argv 參數(shù)local stockId = ARGV[1];local couponId = ARGV[2];local uid = ARGV[3];--該批次當天最大發(fā)放量local maxByDay = ARGV[4];-- 每人限領local maxByUser = ARGV[5];--當前時間Strlocal crtDateStr = ARGV[6];-- 每人每日限領local dailyMaxByUser = ARGV[7];
stockId = tonumber(stockId);maxByUser = tonumber(maxByUser);maxByDay = tonumber(maxByDay);dailyMaxByUser = tonumber(dailyMaxByUser);
--StockKey nilif not stockKey then    return '-4'end--Argv nilif not stockId or not couponId or not uid or not maxByUser or not maxByDay or not crtDateStr or not dailyMaxByUser then    return '-5'end
local leftAmountField = 'left_amount';local res = redis.call("HMGET", stockKey, leftAmountField, crtDateStr);local leftAmount = tonumber(res[1]);local crtDispatchAmount = tonumber(res[2]);local couponIdSetKey = stockKey .. ':coupon:zset';
--優(yōu)惠券ID是否已經(jīng)分配庫存local score = redis.call("ZSCORE", couponIdSetKey, couponId);-- couponId 已經(jīng)存在if score then    return '-6';end
-- 庫存不足if not leftAmount or leftAmount <= 0 then    return '-3';end
--達到當天發(fā)放上限if crtDispatchAmount and crtDispatchAmount >= maxByDay then    return '-1';end
-- 該批次每人每日領取數(shù)量HashKeylocal dailyUserAcquireNumKey = stockKey .. ":user:acquire:" .. crtDateStr;if dailyMaxByUser > 0 then  local dailyUserAcquireNum = redis.call("HGET", dailyUserAcquireNumKey, uid);  dailyUserAcquireNum = tonumber(dailyUserAcquireNum);  -- 達到每人每日領取上限  if dailyUserAcquireNum and dailyUserAcquireNum >= dailyMaxByUser then      return '-7'  endend
--該批次用戶領取數(shù)量HashKeylocal userAcquireNumKey = stockKey .. ":user:acquire";local usrAcquireNum = redis.call("HGET", userAcquireNumKey, uid);usrAcquireNum = tonumber(usrAcquireNum);
--達到用戶領取上限if usrAcquireNum and usrAcquireNum >= maxByUser then    return '-2'end
--扣減庫存-1local leftAmountAfterOp = redis.call("HINCRBY", stockKey, leftAmountField, -1);--當天發(fā)放量+1local crtDispatchAmountAfterOp = redis.call("HINCRBY", stockKey, crtDateStr, 1);--當前用戶發(fā)放量+1local usrAcquireNumAfterOp = redis.call("HINCRBY", userAcquireNumKey, uid, 1);-- 當前用戶當天發(fā)放量+1local dailyUserAcquireNumAfterOp = redis.call("HINCRBY", dailyUserAcquireNumKey, uid, 1);
redis.call("ZADD", couponIdSetKey, uid, couponId);
--返回操作之后的上下文,緩存中剩余量，當天已經(jīng)發(fā)放量，用戶已經(jīng)領取量，用戶當天已經(jīng)領取量return '0|' .. leftAmountAfterOp .. '|' .. crtDispatchAmountAfterOp .. '|' .. usrAcquireNumAfterOp .. '|' .. dailyUserAcquireNumAfterOp