對於一些有一定用戶量的電商網站,如果只是單純的使用關係型資料庫(如MySQL、Oracle)來做搶購,對資料庫的壓力是非常大的,而且如果不使用好資料庫的鎖定機制,也會導致商品、優惠券超賣的問題。我所在的公司也遇到了同樣的問題,問題發生在優惠券被超量搶購上,在問題發生後我們開始想辦法解決問題,由於自己使用redis比較多,我準備使用redis來解決這個問題。利用redis的高效能和事務特性來解決線上優惠券被超庫存搶購的問題,下面我給出我臨時解決這個問題的第一版的偽代碼,去掉了一些細節:
/** * 抢优惠券(秒杀) * @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; } //用户已经成功秒杀过一次了,不允许再次参与秒杀 if ($redis->sIsMember('secKill:'.$couponId.':uid', $uid)) { echo '秒杀失败'; return false; } //代码走到这里,说明该用户是第一次参与秒杀,将库存减一,然后把这个人放到已抢到的集合表 $redisMulti = $redis->multi(); $redisMulti->decr($key); $redisMulti->sAdd('secKill:'.$couponId.':uid', $uid); $result = $redisMulti->exec(); if (empty($result)) {//事务被取消 echo '秒杀失败'; return false; } //抢券成功,将优惠券ID和UID放入到队列中,由一个单独的进程队列来消费队列里的数据,向用户推送抢到的优惠券 $redis->lPush('couponOrder', $couponId.'+'.$uid); return true; } $couponId = 11211; $uid = mt_rand(1, 100); secKill($couponId, $uid);
首先,我模擬設定優惠券ID為11211的優惠券庫存為10個。
然後,我們使用ab工具來模擬1000次請求,50並發量來測試
ab -n 1000 -c 50 www.test.com/
然後我們透過Redis Desktop Manager來查看一些Redis的結果
couponOrder隊列裡已經有了10個用戶的資訊了
並且優惠券的剩餘數量也是0了,不再是負數了
同時,用戶搶券集合裡也保存了10個用戶的UID資訊。
上面這串程式碼解決了兩個問題:
解決了瞬時的大量查詢到資料庫上給資料庫造成很大壓力的問題,流量都被攔截在了redis緩存層
解決了優惠券被超庫存搶購的問題
但是,這段程式碼也存在一定的問題:
沒有使用redis連接池,頻繁創建新的redis有一定的效能影響
以上是怎麼用PHP+Redis解決高並發下商品超賣問題的詳細內容。更多資訊請關注PHP中文網其他相關文章!