Redis中秒殺場景下超時與超賣問題如何解決

這篇文章主要介紹“Redis中秒殺場景下超時與超賣問題如何解決”的相關知識，小編通過實際案例向大家展示操作過程，操作方法簡單快捷，實用性強，希望這篇“Redis中秒殺場景下超時與超賣問題如何解決”文章能幫助大家解決問題。

超時

1.redis連接超時原因

（1）虛擬機中的配置問題

我們在測試遠程連接時redis連接是否成功時控制臺可能會報以下錯誤。
如下所示：

每次看到控制臺紅色的文字我就頭疼。。。

在控制臺中的顯示大概意思是顯示連接超時導致了失敗。
總結了以下三條連接失敗原因：

• Linux中的防火墻沒有關閉而導致失敗。

• redis要打開。

• redis.conf中的bind 127.0.01需要注釋掉，然后 需要修改protected-mode no。

之后如果遇到了以上問題請自行查找。

（2）redis成功連接中模擬在高并發中的超時

如圖所示：

2.解決方法

在MySQL中使用jdbc可能會發現連接超時問題，所以我們使用了數據庫連接池來解決問題，例如druid、c3p0等等。同理我們在redis中也可以同樣使用數據庫連接池。
節省每次連接redis服務帶來的消耗，把連接好的實例反復利用。

通過參數管理連接的行為

直接上記事本代碼！

鏈接池參數：

• MaxTotal：控制一個pool可分配多少個jedis實例，通過pool.getResource()來獲取；如果賦值為-1，則表示不限制；如果pool已經分配了MaxTotal個jedis實例，則此時pool的狀態為exhausted。

• maxIdle：控制一個pool最多有多少個狀態為idle(空閑)的jedis實例；

• MaxWaitMillis：表示當borrow一個jedis實例時，最大的等待毫秒數，如果超過等待時間，則直接拋JedisConnectionException；

• testOnBorrow：獲得一個jedis實例的時候是否檢查連接可用性（ping()）；如果為true，則得到的jedis實例均是可用的；

超賣

1.秒殺超賣現象

在高并發場景下，多個線程并發更新庫存，導致庫存為負的情況。

看圖幻想：

2.解決方案

（1）利用樂觀鎖淘汰用戶，解決超賣問題

上圖：

//增加樂觀鎖
jedis.watch(qtkey);
 
//3.判斷庫存
String qtkeystr = jedis.get(qtkey);
if(qtkeystr==null || "".equals(qtkeystr.trim())) {
	System.out.println("未初始化庫存");
	jedis.close();
	return false ;
}
 
int qt = Integer.parseInt(qtkeystr);
if(qt<=0) {
	System.err.println("已經秒光");
	jedis.close();
	return false;
}
 
//增加事務
Transaction multi = jedis.multi();
 
//4.減少庫存
//jedis.decr(qtkey);
multi.decr(qtkey);
 
//5.加人
//jedis.sadd(usrkey, uid);
multi.sadd(usrkey, uid);
 
//執行事務
List<Object> list = multi.exec();
 
//判斷事務提交是否失敗
if(list==null || list.size()==0) {
	System.out.println("秒殺失敗");
	jedis.close();
	return false;
}
System.err.println("秒殺成功");
jedis.close();	

方案原理：

（1）當用戶購買時，通過watch來監視庫存，如果庫存在watch監視后發生改變，就會捕獲異常而放棄對庫存進行減一操作。
（2）如果庫存沒有監視到變化并且數量大于一時，則庫存減一，并且執行任務。
弊端

Redis 在嘗試完成一個事務的時候，可能會因為事務的失敗而重復嘗試重新執行
保證商品的庫存量正確是一件很重要的事情，但是單純的使用 WATCH 這樣的機制對服務器壓力過大

（2）、使用reids的 watch + multi + setnx 指令實現

為什么要自己構建鎖？

雖然有類似的 SETNX 命令可以實現 Redis 中的鎖的功能，但他鎖提供的機制并不完整
并且setnx也不具備分布式鎖的一些高級特性，還是得通過我們手動構建。

（1）創建一個redis鎖

在 Redis 中，可以通過使用 SETNX 命令來構建鎖：rs.setnx(lock_name, uuid值)
而鎖要做的事情就是將一個隨機生成的 128 位 UUID 設置位鍵的值，防止該鎖被其他進程獲取。

（2）釋放鎖

鎖的刪除操作很簡單，只需要將對應鎖的 key 值獲取到的 uuid 結果進行判斷驗證
符合條件（判斷uuid值）通過 delete 在 redis 中刪除即可，rs.delete(lockname)
此外當其他用戶持有同名鎖時，由于 uuid 的不同，經過驗證后不會錯誤釋放掉別人的鎖.

（3）解決鎖無法釋放問題

在之前的鎖中，還出現這樣的問題，比如某個進程持有鎖之后突然程序崩潰，那么會導致鎖無法釋放
而其他進程無法持有鎖繼續工作，為了解決這樣的問題，可以在獲取鎖的時候加上鎖的超時功能。

關于“Redis中秒殺場景下超時與超賣問題如何解決”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識，可以關注億速云行業資訊頻道，小編每天都會為大家更新不同的知識點。