主頁 > 知識庫 > PHP+Redis事務(wù)解決高并發(fā)下商品超賣問題(推薦)

PHP+Redis事務(wù)解決高并發(fā)下商品超賣問題(推薦)

熱門標(biāo)簽:科大訊飛語音識別系統(tǒng) 銀行業(yè)務(wù) 服務(wù)器配置 團(tuán)購網(wǎng)站 Mysql連接數(shù)設(shè)置 阿里云 Linux服務(wù)器 電子圍欄

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

 //代碼走到這里,說明該用戶是第一次參與秒殺,將庫存減一,然后把這個人放到已搶到的集合表
 //multi(),返回一個redis對象,并進(jìn)入multi-mode模式,一旦進(jìn)入multi-mode模式,以后調(diào)用的所有方法都會返回相同的對象,
 //直到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放入到隊列中,由一個單獨的進(jìn)程隊列來消費隊列里的數(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個。

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

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

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

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

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

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

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

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

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

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

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

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

總結(jié)

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

您可能感興趣的文章:
  • redis中的事務(wù)操作案例分析
  • redis事務(wù)常用操作詳解
  • Redis事務(wù)涉及的watch、multi等命令詳解
  • python實現(xiàn)redis三種cas事務(wù)操作
  • redis中事務(wù)機制及樂觀鎖的實現(xiàn)
  • redis事務(wù)_動力節(jié)點Java學(xué)院整理
  • Redis 基礎(chǔ)教程之事務(wù)的使用方法
  • Redis 事務(wù)與過期時間詳細(xì)介紹
  • 【Redis緩存機制】詳解Java連接Redis_Jedis_事務(wù)
  • Redis教程(八):事務(wù)詳解
  • Redis 事務(wù)知識點相關(guān)總結(jié)

標(biāo)簽:衡水 萍鄉(xiāng) 廣元 衢州 江蘇 大理 蚌埠 棗莊

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《PHP+Redis事務(wù)解決高并發(fā)下商品超賣問題(推薦)》,本文關(guān)鍵詞  ;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 收縮
    • 微信客服
    • 微信二維碼
    • 電話咨詢

    • 400-1100-266