PHP+Redis を使用して、同時実行性が高い状況で製品の過剰販売の問題を解決する方法

一定数のユーザーを抱える一部の電子商取引 Web サイトでは、急ぎの購入にリレーショナル データベース (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 &#39;连接正常<br>&#39;;
    }

    //秒杀商品的库存key
    $key = &#39;secKill:&#39;.$couponId.&#39;:stock&#39;;
    $redis->watch($key);

    //获取库存
    $stock = $redis->get($key);

    //秒杀未开始，表示库存为null
    if (!$stock && !is_numeric($stock)) {
        echo &#39;秒杀未开始&#39;;
        return false;
    }

    //判断库存，如果库存大于0，则减库存，将该成功秒杀用户加入哈希表，如果小于等于0，秒杀结束
    if ($stock <= 0) {
        echo &#39;秒杀已结束&#39;;
        return false;
    }

    //用户已经成功秒杀过一次了，不允许再次参与秒杀
    if ($redis->sIsMember(&#39;secKill:&#39;.$couponId.&#39;:uid&#39;, $uid)) {
        echo &#39;秒杀失败&#39;;
        return false;
    }

    //代码走到这里，说明该用户是第一次参与秒杀，将库存减一，然后把这个人放到已抢到的集合表
    $redisMulti = $redis->multi();
    $redisMulti->decr($key);
    $redisMulti->sAdd(&#39;secKill:&#39;.$couponId.&#39;:uid&#39;, $uid);
    $result = $redisMulti->exec();

    if (empty($result)) {//事务被取消
        echo &#39;秒杀失败&#39;;
        return false;
    }

    //抢券成功，将优惠券ID和UID放入到队列中，由一个单独的进程队列来消费队列里的数据，向用户推送抢到的优惠券
    $redis->lPush(&#39;couponOrder&#39;, $couponId.&#39;+&#39;.$uid);

    return true;
}

$couponId = 11211;
$uid      = mt_rand(1, 100);
secKill($couponId, $uid);

まず、クーポンID 11211のクーポン在庫を10に設定するシミュレーションを行いました。

次に、ab ツールを使用して 1,000 のリクエストと 50 の同時実行をシミュレートしてテストします。

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

次に、Redis デスクトップ マネージャーを使用して Redis の結果を表示します。

クーポン注文キューには 10 人のユーザーに関する情報があります

クーポンの残りの数も 0 になり、負の数ではなくなりました

#同時に、10 人のユーザーの UID 情報もユーザー クーポン コレクションに保存されます。

上記のコード文字列は 2 つの問題を解決します。

• データベースに対する瞬間的な大量のクエリの問題を解決します。データベースに多大なダメージを与える高圧の問題、トラフィックが Redis キャッシュ層で遮断される

• 在庫過剰によってクーポンが消費される問題を解決

ただし、このコードには特定の問題もあります。

1. Redis 接続プールが使用されず、新しい Redis を頻繁に作成するとパフォーマンスに一定の影響があります

2. #トランザクションを使用しているため、各同時リクエストでチケットの取得に成功するのは 1 人のユーザーのみです。同時リクエストの他のユーザーは失敗し、2 番目の同時リクエストを待つことしかできません

3. これはまだトランザクションです結果として生じる在庫問題は、10 個の製品があり、それぞれ 200 件の同時リクエストがある 1,000 件のリクエストがある場合、1,000 件のリクエストは 5 つの同時リクエストで完了しますが、それらを正常に取得できるユーザーは 5 人だけです。後続のリクエストはありません。その結果、在庫はまだ 5 部あります。

ヒント: クーポンの発行が失敗した場合は、消費キューに必ず記録してください。すぐに再発行できるか、バックグラウンドでの手動ターゲティングを通じてユーザーにプッシュできるかどうかを確認するために、テキスト メッセージで運用マネージャーに通知します。

以上がPHP+Redis を使用して、同時実行性が高い状況で製品の過剰販売の問題を解決する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。