同時リクエストが多い場合、2 つのパラメーターで問題が発生しやすくなります
1. データ エラーは商品の過剰販売につながります。
2. データベース操作を頻繁に行うと、パフォーマンスが低下します。
この記事では主に、PHP がスナップアップ関数の同時実行リクエストをどのように処理するかを詳しく紹介します。興味のある方はぜひ参考にしてください。
テスト環境
Windows7
apache2.4.9
php5.5.12
phpフレームワークyii2.0
ツール apacheベンチ(apacheには高同時リクエストツールが付属しています)。
通常の処理方法
コントローラーからコードアイデアを確認できます。まずは商品の在庫をご確認ください。在庫が 0 より大きい場合は、在庫が 1 減り、同時に注文が生成され、急ぎ購入者のデータが入力されます。
// 常规代码处理高并发 public function actionNormal(){ // 查询库存 $stock = Goods::find()->select('stock')->where(['goods_id'=>100001])->asArray()->one(); // 判断该商品是否还有库存 if ($stock['stock']>0) { // 库存减一 Goods::updateAllCounters(['stock' => -1],['goods_id'=>100001]); // 生产订单(另外功能,暂且随机赋值) $order = $this->build_order(); // 秒杀信息入库 $model = new Highly(); $model->order_id = $order; $model->goods_name = '秒杀商品'; $model->buy_time = date('Y-m-d H:i:s',time()); $model->mircrotime = microtime(true); if($model->save()===false){ echo '未能成功抢购!'; }else{ echo '恭喜你,订单<b>'.$order.'</b>抢购成功'; } }else{ echo '已被抢购一空!'; } }
商品在庫を20に設定した後、abを通じて同時リクエスト200を設定します。
ab -n 200 -c 200 http//localhost/highly/normal
実行結果、在庫がマイナスになり商品が売れすぎていることが分かりました。
理由は比較的単純で、同時リクエストが多い場合です。注文を生産して在庫を削減する前に、まず在庫結果が照会されます。
最適化 1: 在庫データ型を変更する
最初の最適化方法はデータベースから始まります。クエリ結果が不正確なので、在庫を減らしてみます。インベントリーのデータ型を符号なしに変更します (負の値は使用できません)。
コードは上記と同様ですが、在庫が1つ減る判定が行われる点が異なります。エラーの報告は避けてください。
public function actionNormal(){ // 查询库存 $stock = Goods::find()->select('stock')->where(['goods_id'=>100001])->asArray()->one(); // 判断该商品是否还有库存 if ($stock['stock']>0) { // 库存减一 if(Goods::updateAllCounters(['stock' => -1],['goods_id'=>100001])===false){ echo "已被抢购一空!"; return false; } // 生产订单(另外功能,暂且随机赋值) $order = $this->build_order(); // 秒杀信息入库 $model = new Highly(); $model->order_id = $order; $model->goods_name = '秒杀商品'; $model->buy_time = date('Y-m-d H:i:s',time()); $model->mircrotime = microtime(true); if($model->save()===false){ echo '未能成功抢购!'; }else{ echo '恭喜你,订单<b>'.$order.'</b>抢购成功'; } }else{ echo '已被抢购一空!'; } }
今度は同じ同時実行数200で実行結果が見つかりました。データは正しく、売られ過ぎの状況はありません。
このアイデアは実際には比較的シンプルです。在庫を負にすることはできないため、在庫が 0 の場合、まだ値が渡されている場合はエラーが報告されます。リクエストは終了されました。
この最適化方法により、商品の過剰販売を回避できます。しかしその一方で、リクエストは依然としてデータベースに負担をかけます。複数の関数がこのデータベースを使用すると、パフォーマンスが大幅に低下します。
最適化 2: redis
Redis リスト型 Pop の原子性を使用します。データベースを運用する前に検証を行ってください。商品が売り切れると、それ以上のデータベース操作はできなくなります。
// redis list 高并发测试 public function actionRedis(){ $redis = \Yii::$app->redis; // $redis->lpush('mytest',1); $order = $this->build_order(); // echo $order;die; // echo $redis->llen('mytest'); $reg = $redis->lpop('mytest'); if (!$reg) { echo "笨蛋!已经被抢光啦!"; return false; } $redis->close(); $model = new Highly(); $model->order_id = $order; $model->goods_name = '秒杀商品'; $model->buy_time = date('Y-m-d H:i:s',time()); $model->mircrotime = microtime(true); if($model->save()===false){ echo '未能成功抢购!'; }else{ echo '恭喜你,订单<b>'.$order.'</b>抢购成功'; } } // 给redis添加商品 public function actionInsertgoods(){ $count = yii::$app->request->get('count',0); if (empty($count)) { echo '大兄弟,你还没告诉我需要上架多少商品呢!'; return false; } $redis = \Yii::$app->redis; for ($i=0; $i < $count; $i++) { $redis->lpush('mytest',1); } echo '成功添加了'.$redis->llen('mytest').'件商品。'; $redis->close(); }
このコードでは、2 つのメソッドを作成しました。 1 つ目はフラッシュ セール コードを使用する方法で、2 つ目はフラッシュ セール商品の数量を設定する方法です。テストを容易にするために、ここで扱うものは比較的単純です。
テストを通じて、データベースによって生成された注文の数は正常であり、問題はありません。これにより、データベースへのリクエストによるパフォーマンスの低下の問題が回避されます。同時に、インメモリ データベース Redis のクエリ速度は、mysql のクエリ速度よりもはるかに高速です。
関連する推奨事項:
高同時実行を実現するための php と Redis スナップアップとフラッシュ セールスの例の詳細説明
以上がPHP はスナップアップ関数に対する同時多発リクエストをどのように処理しますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。