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中秒殺場景下超時與超賣問題如何解決的詳細內容。更多資訊請關注PHP中文網其他相關文章！