Redis高并發(fā)場(chǎng)景下秒殺超賣解決方案(秒殺場(chǎng)景)
1 什么是秒殺
秒殺最直觀的定義:在高并發(fā)場(chǎng)景下而下單某一個(gè)商品,這個(gè)過程就叫秒殺

【秒殺場(chǎng)景】
- 火車票搶票
- 雙十一限購(gòu)商品
- 熱度高的明星演唱會(huì)門票
- …
2 為什么要防止超賣
早起的12306購(gòu)票,剛被開發(fā)出來使用的時(shí)候,12306會(huì)經(jīng)常出現(xiàn) 超賣 這種現(xiàn)象,也就是說車票只剩10張了,卻被20個(gè)人買到了,這種現(xiàn)象就是超賣!
還有在高并發(fā)的情況下,如果說沒有一定的保護(hù)措施,系統(tǒng)會(huì)被這種高流量造成宕機(jī)
- 庫(kù)存100件 你賣了1000件 等著虧錢吧!
- 防止黑客
- 假如我們網(wǎng)站想下發(fā)優(yōu)惠給群眾,但是被黑客利用技術(shù)將下發(fā)給群眾的利益收入囊中
- 保證用戶體驗(yàn)
- 高并發(fā)場(chǎng)景下,網(wǎng)頁(yè)不能打不開、訂單不能支付 要保證網(wǎng)站的使用!
3 單體架構(gòu)常規(guī)秒殺
3.1 常規(guī)減庫(kù)存代碼
/**
* @Author oldlu
*/
@Service
@Transactional //控制事務(wù)
public class OrderServiceImpl implements OrderService {
@Autowired
private StockMapper stockMapper;
private OrderMapper orderMapper;
//在非并發(fā)情況下無問題
@Override
public Integer kill(Integer id) {
//根據(jù)商品id校驗(yàn)庫(kù)存是否還存在
Stock stock = stockMapper.checkStock(id);
//當(dāng)已售和庫(kù)存相等就庫(kù)存不足了
if(stock.getSale().equals(stock.getCount())){
throw new RuntimeException("庫(kù)存不足!");
}else{
//扣除庫(kù)存 (已售數(shù)量+1)
stock.setSale(stock.getSale()+1);
stockMapper.updateSale(stock); //更新信息
//創(chuàng)建訂單
Order order = new Order();
order.setSid(stock.getId()).setName(stock.getName()).setCreateDate(new Date());
orderMapper.createOrder(order); //創(chuàng)建訂單
return order.getId(); //mybatis主鍵生成策略 直接返回創(chuàng)建的id
}
}
}
測(cè)試controller
/**
* @Author oldlu
*/
@RestController
@RequestMapping("/stock")
public class StockController {
@Autowired
private OrderService orderService;
//開發(fā)秒殺方法
@GetMapping("/kill/{id}")
public String kill(@PathVariable("id") Integer id){
System.out.println("秒殺商品的ID=====================>"+id);
try {
//根據(jù)秒殺商品id調(diào)用秒殺業(yè)務(wù)
Integer orderId = orderService.kill(id);
return "秒殺成功,訂單ID為:"+String.valueOf(orderId);
}catch (Exception e){
e.printStackTrace();
return e.getMessage();
}
}
}
正常情況看不會(huì)有什么問題,就是你訪問一下庫(kù)存少一個(gè)
3.2 模擬高并發(fā)


3.3 超賣現(xiàn)象


3.4 分析原因
線程不安全,方法就是加鎖,單機(jī)簡(jiǎn)單加鎖即可解決,如果是分布式集群模式搭建那就要考慮分布式鎖
4 簡(jiǎn)單實(shí)現(xiàn)悲觀樂觀鎖解決單體架構(gòu)超賣
4.1 悲觀鎖
/**
* @Author oldlu
*/
@RestController
@RequestMapping("/stock")
public class StockController {
@Autowired
private OrderService orderService;
//開發(fā)秒殺方法
@GetMapping("/kill/{id}")
public String kill(@PathVariable("id") Integer id){
System.out.println("秒殺商品的ID=====================>"+id);
try {
//使用悲觀鎖
synchronized (this){
//根據(jù)秒殺商品id調(diào)用秒殺業(yè)務(wù)
Integer orderId = orderService.kill(id);
return "秒殺成功,訂單ID為:"+String.valueOf(orderId);
}
}catch (Exception e){
e.printStackTrace();
return e.getMessage();
}
}
}
這樣效率很差會(huì)造成線程阻塞,線程排隊(duì)問題,對(duì)用戶的體驗(yàn)不是很好,必須處理完一個(gè)才能繼續(xù).
4.2 樂觀鎖

/**
* 扣除庫(kù)存
* @param stock
*/
public void updateSale(Stock stock){
//扣除庫(kù)存 (已售數(shù)量+1)
stock.setSale(stock.getSale()+1);
stockMapper.updateSale(stock); //更新信息
}
/**
* 扣除庫(kù)存
* @param stock
*/
public void updateSale(Stock stock){
//在sql層面完成銷量+1 和 版本號(hào) +1 并且根據(jù)商品id和版本號(hào)同時(shí)查詢更新的商品
Integer updRows = stockMapper.updateSale(stock); //更新信息
if(updRows == 0){ //代表沒有拿到版本號(hào)
throw new RuntimeException("搶購(gòu)失敗,請(qǐng)重試!");
}
}
也就是沒更新成功說明已經(jīng)秒殺完了, 相對(duì)悲觀鎖而言樂觀鎖保證了一定的效率,而不像悲觀鎖那樣會(huì)造成線程阻塞使用樂觀鎖需要使用版本號(hào),在操作數(shù)據(jù)的時(shí)候要對(duì)版本號(hào)進(jìn)行更新
4.3 redis鎖setnx

但是上述代碼在高并發(fā),可能其他線程會(huì)釋放別人的鎖

4.4 使用Redision
https://github.com/redisson/redisson


5 分布式鎖的解決方案
實(shí)現(xiàn)分布式鎖的解決方案
6 采用緩存隊(duì)列防止超賣
高并發(fā)緩存隊(duì)列防止溢出解決方案
到此這篇關(guān)于Redis高并發(fā)場(chǎng)景下秒殺超賣解決的文章就介紹到這了,更多相關(guān)redis高并發(fā)秒殺超賣內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- Redis瞬時(shí)高并發(fā)秒殺方案總結(jié)
- Redis高并發(fā)問題的解決方法
- Redis實(shí)現(xiàn)高并發(fā)計(jì)數(shù)器
- 如何利用Redis鎖解決高并發(fā)問題詳解
- 詳解利用redis + lua解決搶紅包高并發(fā)的問題
- 高并發(fā)下Redis如何保持?jǐn)?shù)據(jù)一致性(避免讀后寫)
- 利用redis實(shí)現(xiàn)分布式鎖,快速解決高并發(fā)時(shí)的線程安全問題
- Redis處理高并發(fā)機(jī)制原理及實(shí)例解析
- Redis利用I/O多路復(fù)用實(shí)現(xiàn)高并發(fā)
相關(guān)文章
使用Redis存儲(chǔ)SpringBoot項(xiàng)目中Session的詳細(xì)步驟
在開發(fā)Spring Boot項(xiàng)目時(shí),我們通常會(huì)遇到如何高效管理Session的問題,默認(rèn)情況下,Spring Boot會(huì)將Session存儲(chǔ)在內(nèi)存中,今天,我們將學(xué)習(xí)如何將Session存儲(chǔ)從內(nèi)存切換到Redis,并驗(yàn)證配置是否成功,需要的朋友可以參考下2024-06-06
深入解析RedisJSON之如何在Redis中直接處理JSON數(shù)據(jù)
JSON已經(jīng)成為現(xiàn)代應(yīng)用程序之間數(shù)據(jù)傳輸?shù)耐ㄓ酶袷?然而,傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)在處理JSON數(shù)據(jù)時(shí)可能會(huì)遇到性能瓶頸,本文將詳細(xì)介紹RedisJSON的工作原理、關(guān)鍵操作、性能優(yōu)勢(shì)以及使用場(chǎng)景,感興趣的朋友一起看看吧2024-05-05
Redisson如何解決redis分布式鎖過期時(shí)間到了業(yè)務(wù)沒執(zhí)行完問題
這篇文章主要介紹了Redisson如何解決redis分布式鎖過期時(shí)間到了業(yè)務(wù)沒執(zhí)行完問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-01-01
Redis和數(shù)據(jù)庫(kù)的一致性(Canal+MQ) 的實(shí)現(xiàn)
本文主要介紹了Redis和數(shù)據(jù)庫(kù)的一致性(Canal+MQ),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2025-06-06
Redis server 主從復(fù)制配置實(shí)現(xiàn)
從復(fù)制是指將一個(gè)Redis服務(wù)器的數(shù)據(jù)復(fù)制到其他Redis服務(wù)器的過程,本文主要介紹了Redis server 主從復(fù)制配置實(shí)現(xiàn),具有一定的參考價(jià)值,感興趣的可以了解一下2024-02-02
無法連接redis服務(wù)器問題的解決辦法(非常詳細(xì)!)
這篇文章主要介紹了如何解決Spring?Boot項(xiàng)目連接Redis失敗的問題,通過修改Redis配置文件、添加防火墻白名單或關(guān)閉防火墻,并使用RESP工具進(jìn)行測(cè)試,需要的朋友可以參考下2025-02-02
Redis存儲(chǔ)的列表分頁(yè)和檢索的實(shí)現(xiàn)方法
在 Redis 中,列表(List)是一種有序的數(shù)據(jù)結(jié)構(gòu),通常用于存儲(chǔ)一系列元素,由于列表是有序的,可以通過索引來訪問元素,因此可以很方便地實(shí)現(xiàn)分頁(yè)和檢索功能,以下是 Redis 列表的分頁(yè)和檢索的實(shí)現(xiàn)方法,需要的朋友可以參考下2025-02-02

