對于一些有一定用戶量的電商網(wǎng)站，如果只是單純的使用關(guān)系型數(shù)據(jù)庫(如MySQL、Oracle)來做搶購，對數(shù)據(jù)庫的壓力是非常大的，而且如果不使用好數(shù)據(jù)庫的鎖機(jī)制，還會(huì)導(dǎo)致商品、優(yōu)惠券超賣的問題。我所在的公司也遇到了同樣的問題，問題發(fā)生在優(yōu)惠券被超量搶購上，在問題發(fā)生后我們開始想辦法解決問題，由于自己使用redis比較多，我準(zhǔn)備使用redis來解決這個(gè)問題。利用redis的高性能和事務(wù)特性來解決線上優(yōu)惠券被超庫存搶購的問題，下面我給出我臨時(shí)解決這個(gè)問題的第一版的偽代碼，去掉了一些細(xì)節(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連接出錯(cuò)！！！’, 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，秒殺結(jié)束 if ($stock <= 0) { echo ’秒殺已結(jié)束’; return false; } //用戶已經(jīng)成功秒殺過一次了，不允許再次參與秒殺 if ($redis->sIsMember(’secKill:’.$couponId.’:uid’, $uid)) { echo ’秒殺失敗’; return false; } //代碼走到這里，說明該用戶是第一次參與秒殺，將庫存減一，然后把這個(gè)人放到已搶到的集合表 //multi()，返回一個(gè)redis對象，并進(jìn)入multi-mode模式，一旦進(jìn)入multi-mode模式，以后調(diào)用的所有方法都會(huì)返回相同的對象， //直到exec(）方法被調(diào)用。 $result = $redis->multi()->decr($key)->sAdd(’secKill:’.$couponId.’:uid’, $uid)->exec(); if (empty($result)) {//事務(wù)被取消 echo ’秒殺失敗’; return false; } //搶券成功，將優(yōu)惠券ID和UID放入到隊(duì)列中，由一個(gè)單獨(dú)的進(jìn)程隊(duì)列來消費(fèi)隊(duì)列里的數(shù)據(jù)，向用戶推送搶到的優(yōu)惠券 $redis->lPush(’couponOrder’, $couponId.’+’.$uid); $redis->close(); return true;}$couponId = 11211;$uid = mt_rand(1, 100);secKill($couponId, $uid);

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

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

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

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

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

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

同時(shí)，用戶搶券集合里也保存了10個(gè)用戶的UID信息。

上面這串代碼解決了兩個(gè)問題：

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

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

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

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

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

總結(jié)

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