この記事の内容は、PHPで高同時ショッピングフラッシュセールを実現する方法に関するもので、一定の参考価値はありますが、困っている友人は参考にしていただければ幸いです。
フラッシュ セールや電車のチケット取得などの場所では、このような同時実行性の問題がよく発生します。以下に 4 つの解決策を提供します:
1。ファイル ロックを使用します
#
$fp = fopen("order.lock", "r"); if(flock($fp,LOCK_EX)){ //..处理订单的代码 flock($fp,LOCK_UN); } fclose($fp);
#2. メッセージ キューを使用します##通常、Memcacheq と Radis を使用します。
例: ユーザーが取得できるチケットが 100 個ある場合、これらの 100 個のチケットをキャッシュに置き、読み取りおよび書き込み時にロックしないようにできます。同時実行の量が多い場合、約 500 人がチケットを取得できる可能性があるため、500 人以降のリクエストはイベントの終了時に静的ページに直接転送されます。エントリーした500人のうち400人が商品を手に入れることは不可能です。そのため、列に並んだ順に先着100名のみが正常に購入できます。次の 400 名はイベント終了ページに直接移動します。もちろん、500 名と入力するのは一例であり、その数は自分で調整できます。アクティビティ終了ページでは、データベースではなく静的ページを使用する必要があります。これにより、データベースへの負担が軽減されます。
3.
分散クラスター サーバーの場合は、1 つ以上のキュー サーバーが必要ですシャオミとタオバオの急ぎ買いは少し異なりますが、シャオミは急ぎ買いの瞬間に重点を置いており、一度ノルマを獲得したら、それはあなたのものとなり、注文して支払いを済ませることができます。一方、タオバオは支払い時のフィルタリングに重点を置いており、多層のフィルタリングを実装しています。たとえば、10 個の商品を販売したい場合、10 人以上のユーザーに商品を取得させ、支払い中に同時フィルタリングを実行します。アイテムの数をレイヤーごとに瞬時に減らし、同時実行の量を減らします。
4, Memcache ロックを使用する
product_lock_key はチケット ロック キーです。
product_key が memcached に存在する場合、すべてのユーザーが注文プロセスに入ることができます。
決済処理に入る場合は、まずadd(product_lock_key, “1″)をmemcachedに格納し、返却が成功したら決済処理に入ります。失敗した場合は、誰かがすでに支払いプロセスに入っていることを意味し、スレッドは N 秒間待機して追加操作を再帰的に実行します。
関連する推奨事項:
ファイルのエクスポート時の phpExcel のメモリ オーバーフローの解決策php が Redis を操作するための一般的な方法は何ですか? PHPでredisを操作する方法まとめ(コード付き)
以上が高い同時ショッピングフラッシュセールを実現するPHP手法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。