1、需求背景：隨著抽獎專案的增多，提取抽獎功能核心部分服務化變得越來越重要，使各個專案都能統一使用，並且在容易出問題的點，比如安全性，併發等問題上進行統一管理，提供通用的抽獎介面，資料統計介面，並且實現不同的抽獎演算法。

2、資料表設計

CREATE TABLE user (

id int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT ‘主鍵’,

set_id int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘抽獎活動ID’,

simuid bigint(19) unsigned NOT NULL DEFAULT ‘0’ COMMENT ‘微信唯一標識’,

nickname varchar(128) NOT NULL DEFAULT ” COMMENT ‘暱稱’,

avatar varchar(256) NOT NULL DEFAULT ” COMMENT ‘頭像’,

is_whitelist tinyint(2) NOT NULL DEFAULT ‘0’ COMMENT ‘是否白名單：0不是，1是’,

scene_id varchar(255) NOT NULL DEFAULT ‘0’ COMMENT ‘scene_id’,

created datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT ‘建立時間’,

modified datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT ‘更新時間’,

PRIMARY KEY (id),

UNIQUE KEY uniq_simuid (simuid)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT=’使用者資訊表’;

CREATE TABLE prize_log (

id int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT ‘主鍵ID’,

member_id

set_id int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘抽獎活動ID’,

prize_id int(11) NOT NULL DEFAULT ‘0’ COMMENT ‘獎品ID’,

created datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT ‘建立時間’,

modified datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT ‘更新時間’,

PRIMARY KEY (id),

UNIQUE KEY uniq_member_set_prize (member_id,set_id,prize_id)

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT=’日誌表’;

統計表…..

3、介面設計：

核心介面：抽獎介面，抽獎結果介面（實現多種抽獎演算法）

使用者相關介面：使用者建立、使用者修改、使用者資訊列表

抽獎相關介面：使用者抽獎次數、使用者抽獎列表

統計相關介面：

4、許可權管理：每個活動專案只能使用當前專案的資訊，不能跨專案呼叫，每個專案分配唯一的簽名，簽名信息存入資料庫，並且判斷當前簽名是否屬於當前專案。

5、統一解決併發問題：1、使用kafka佇列，不同專案的抽獎資訊，寫入不同的訊息通道，定時指令碼消耗佇列通道，前端輪詢獲取抽獎資訊，佇列超過預期數量，直接返回不中獎；2、樂觀鎖代替悲觀鎖 3、讀寫分離（暫定） 4、併發過大采用限流和降級方案 5、業務系統快取抽獎頁面這種改動不頻繁的頁面，與抽獎邏輯無關的處理非同步另起執行緒處理