1.要求
- 是否同步返回?
- 絕對(duì)不能超賣
- 是否需要強(qiáng)一致宜狐，還是只需要不超賣即可
- 對(duì)系統(tǒng)可用的容忍度
以下的redis扣減都可以考慮用lua腳本朱监，lua腳本里面先判斷數(shù)量再扣庫(kù)存岸啡。不然可能會(huì)出現(xiàn)redis庫(kù)存扣成負(fù)數(shù)的情況
2.方案
2.1 不能容忍超賣，能容忍少買（以Mysql為準(zhǔn)）
扣減走數(shù)據(jù)庫(kù)赫编，但是熱點(diǎn)更新的QPS非常低巡蘸，這種情況下唯一能優(yōu)化的就是：
1.redis分片預(yù)扣
2.MQ 削峰
3.庫(kù)的庫(kù)存分片 熱點(diǎn)分散
這種方案一般都是：redis存分片庫(kù)存數(shù)據(jù)奋隶，每次先預(yù)扣redis分片庫(kù)存，當(dāng)分片庫(kù)存不足后悦荒，本地記錄下當(dāng)前分片不足的標(biāo)識(shí)唯欣，再輪訓(xùn)其他分片。
如果需要同步：返回則直接扣mysql搬味，同步處理境氢。適合中、低并發(fā)碰纬，缺點(diǎn)：性能差
如果可以異步：則走M(jìn)Q萍聊，異步處理。 適合高并發(fā)悦析，缺點(diǎn)：容易堆積寿桨，秒殺結(jié)束了還數(shù)據(jù)庫(kù)還是處理，導(dǎo)致用戶一直沒(méi)有結(jié)果
該方案適用90%場(chǎng)景
2.2 不需要強(qiáng)一致强戴，不超賣即可 適用超高并發(fā)（以Redis庫(kù)存為準(zhǔn)）
可以考慮將庫(kù)存放到內(nèi)存或者redis亭螟，要點(diǎn)：
1.庫(kù)存分片
2.每次批量將庫(kù)存放入到內(nèi)存，或者redis（redis不開(kāi)持久化骑歹，不然重啟容易出問(wèn)題）预烙，掛了后直接丟棄當(dāng)前批次庫(kù)存。申請(qǐng)庫(kù)存直接走mysql扣
3.redis扣庫(kù)存后陵刹，調(diào)用下游
4.定時(shí)任務(wù)定時(shí)計(jì)算redis到mysql庫(kù)存（注意這里是redis的庫(kù)存同步到redis）
這個(gè)方案的好處就是不會(huì)超賣默伍，并且能支持高并發(fā)，如果出現(xiàn)redis掛了衰琐，庫(kù)存丟了也糊，也不影響，后續(xù)再定時(shí)任務(wù)補(bǔ)償羡宙，對(duì)賬即可狸剃。
進(jìn)階：
可以考慮每次扣redis之前記錄一個(gè)發(fā)放記錄，至于用什么記錄可以根據(jù)情況來(lái)狗热，比如mysql分庫(kù)分表钞馁、分區(qū)表或者其他db，需要考慮性能（WAL的順序?qū)懠夹g(shù)來(lái)提升）匿刮，這樣如果redis掛了以后僧凰，通過(guò)查詢發(fā)放的記錄來(lái)回放記錄下真正發(fā)了多少，然后重新設(shè)置當(dāng)前批次庫(kù)存數(shù)到redis
這里的注意點(diǎn)：
1.這種方法仍然是會(huì)少買的熟丸，但是不會(huì)超賣
2.如何檢測(cè)redis掛了這種也需要考慮全面一些训措，有可能是網(wǎng)絡(luò)的抖動(dòng)之類的
3.對(duì)于這些扣減的記錄需要清理
2.非常小概率超賣
2.1 存在小概率超賣，能容忍少買 （大部分網(wǎng)上的方案）
可以考慮將庫(kù)存放到redis（redis開(kāi)持久化），要點(diǎn)：
1.庫(kù)存分片
3.redis扣庫(kù)存后绩鸣，同步調(diào)用下游
4.定時(shí)任務(wù)定時(shí)計(jì)算redis到mysql庫(kù)存（注意這里是redis的庫(kù)存同步到mysql）
這個(gè)方案的問(wèn)題就是因?yàn)閞edis開(kāi)了持久化怀大，導(dǎo)致如果redis掛了，然后扣減庫(kù)存沒(méi)落盤呀闻，會(huì)出現(xiàn)超賣現(xiàn)象化借，比如10臺(tái)iphone，在redis被買了捡多，然后立馬重啟蓖康，這10臺(tái)的iphone庫(kù)存又回到了redis中，又能被搶局服。因?yàn)檫@里是redis的庫(kù)存同步到mysql钓瞭，沒(méi)通過(guò)mysql扣減，會(huì)存在超賣問(wèn)題淫奔。但是小概率事件山涡。可以根據(jù)業(yè)務(wù)場(chǎng)景去選擇唆迁，例如發(fā)的都是無(wú)關(guān)緊要的東西鸭丛，這方法合適，因?yàn)楸旧肀容^簡(jiǎn)單唐责，然后小概率事件的超賣也不影響整體鳞溉。
