對于一些有一定用戶量的電商網(wǎng)站，如果只是單純的使用關系型數(shù)據(jù)庫(如MySQL、Oracle)來做搶購，對數(shù)據(jù)庫的壓力是非常大的，而且如果不使用好數(shù)據(jù)庫的鎖機制，還會導致商品、優(yōu)惠券超賣的問題。我所在的公司也遇到了同樣的問題，問題發(fā)生在優(yōu)惠券被超量搶購上，在問題發(fā)生后我們開始想辦法解決問題，由于自己使用redis比較多，我準備使用redis來解決這個問題。利用redis的高性能和事務特性來解決線上優(yōu)惠券被超庫存搶購的問題，下面我給出我臨時解決這個問題的第一版的偽代碼，去掉了一些細節(jié)：

/** * 搶優(yōu)惠券(秒殺) * @param int $couponId 商品ID * @param int $uid 用戶ID * @return bool */function secKill($couponId, $uid){ //1.初始化Redis連接 $redis = new Redis(); if (!$redis->connect(’127.0.0.1’, 6379)) { trigger_error(’Redis連接出錯！！！’, E_USER_ERROR); } else { echo ’連接正常<br>’; } //秒殺商品的庫存key $key = ’secKill:’.$couponId.’:stock’; $redis->watch($key); //獲取庫存 $stock = $redis->get($key); //秒殺未開始，表示庫存為null if (!$stock && !is_numeric($stock)) { echo ’秒殺未開始’; return false; } //判斷庫存，如果庫存大于0，則減庫存，將該成功秒殺用戶加入哈希表，如果小于等于0，秒殺結束 if ($stock <= 0) { echo ’秒殺已結束’; return false; } //用戶已經(jīng)成功秒殺過一次了，不允許再次參與秒殺 if ($redis->sIsMember(’secKill:’.$couponId.’:uid’, $uid)) { echo ’秒殺失敗’; return false; } //代碼走到這里，說明該用戶是第一次參與秒殺，將庫存減一，然后把這個人放到已搶到的集合表 //multi()，返回一個redis對象，并進入multi-mode模式，一旦進入multi-mode模式，以后調用的所有方法都會返回相同的對象， //直到exec(）方法被調用。 $result = $redis->multi()->decr($key)->sAdd(’secKill:’.$couponId.’:uid’, $uid)->exec(); if (empty($result)) {//事務被取消 echo ’秒殺失敗’; return false; } //搶券成功，將優(yōu)惠券ID和UID放入到隊列中，由一個單獨的進程隊列來消費隊列里的數(shù)據(jù)，向用戶推送搶到的優(yōu)惠券 $redis->lPush(’couponOrder’, $couponId.’+’.$uid); $redis->close(); return true;}$couponId = 11211;$uid = mt_rand(1, 100);secKill($couponId, $uid);

首先，我模擬設置優(yōu)惠券ID為11211的優(yōu)惠券庫存為10個。

然后，我們使用ab工具來模擬1000次請求，50并發(fā)量來測試

ab -n 1000 -c 50 www.test.com/

然后我們通過Redis Desktop Manager來查看一些Redis的結果

couponOrder隊列里已經(jīng)有了10個用戶的信息了

并且優(yōu)惠券的剩余數(shù)量也是0了，不再是負數(shù)了

同時，用戶搶券集合里也保存了10個用戶的UID信息。

上面這串代碼解決了兩個問題：

解決了瞬時的大量查詢到數(shù)據(jù)庫上給數(shù)據(jù)庫造成很大壓力的問題，流量都被攔截在了redis緩存層 解決了優(yōu)惠券被超庫存搶購的問題

但是，這段代碼也存在一定的問題:

沒有使用redis連接池，頻繁創(chuàng)建新的redis有一定的性能影響 由于使用了事務，每一次并發(fā)請求中只會有一個用戶搶券成功，該并發(fā)請求中的其它用戶都會失敗，只能等第二次并發(fā) 同樣還是事務導致的庫存遺留問題，如果有10個商品，1000次請求每次200并發(fā)量，5次并發(fā)請求就完成了1000次請求，但是只會有5個用戶成功搶到，如果沒有后續(xù)的請求，會導致庫存還有5份存量

提示：在消費隊列里，如果優(yōu)惠券發(fā)放失敗，一定要立即記錄并短信通知運營管理人員，看看是否能重發(fā)或者通過后臺手動定向推送給用戶。

所以，后續(xù)我又使用了lua腳本和redis配合一起來解決了這個問題。具體代碼，我會后續(xù)整理處理補充完整。

總結

到此這篇關于PHP+Redis事務解決高并發(fā)下商品超賣問題的文章就介紹到這了,更多相關php redis 解決高并發(fā)下商品超賣內容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持好吧啦網(wǎng)！