フラッシュセールプログラム設計ソリューションについて

フラッシュセールのプログラム設計について
現在の考えは以下のとおりです。

ユーザーがフラッシュ セールに参加する場合、すべてのユーザーをデータベースに挿入し、タイマーがゼロになるまで時間に従ってポーリングを行います。これがフラッシュ セールの勝者です。
ポーリング時間は 1 秒です。問題は、ユーザーが最後の 1 秒でもう一度 Kill ボタンを押すと、タイマーにカウンターが追加され、ポーリングが継続されることです。 なんで無理なのかわからない！ ！ ！

ぜひご意見をお聞かせください！ ありがとう

共有先:
-----解決策--------------------------------いいえ、時間がかかります。その時が来たら、LOCK のままでは十分ではありません。なぜ私が尋ねなければならないのですか?

------解決策------------------はい、時間が経過したらテーブルをロックしてください。挿入を禁止します。

次にスタックの考え方、最後に挿入されたものが落札者になります。

直前に複数の落札者がいる場合は、投票してください
(実際、私は個人的にポーリングの必要はなく、desc で注文してクエリを処理するために mysql に渡すだけだと考えています)

------解決策------ ------------------------- ----インスタントキルの話を聞くと、数秒で 1 つしか手に入らないようです?

この場合、開始時間のカウントダウンを行う必要があります。時間が経過すると、最初の注文が行われたときに、購入者がすでに購入したかどうかが確認されます。 、購入は停止されています。

これでいいんじゃないの？

------解決策---------

引用:

なるほど、それは理にかなっていますが、十分合理的ではないと思います。

公平性と正義を重視

土壇場での購入に同時購入はなく、1 人だけが入札を勝ち取り、これが最も公平です。

複数の人が同時に入札した場合、誰が落札するべきだと思いますか?それはランダムなうちの1つだけではなく、他の人にとっても公平ではありません。追加の rand プロセスがあります。直接注文して mysql に決定させる方がよいでしょう。

------解決策---------また、挿入時間をマイクロ秒 ((1 秒) に設定します= 100 万マイクロ秒)、同時実行はあり得ないと思います。

本当に同時実行性がある場合、あなたのサイトはすでに非常に優れており、ここに質問しに来ることはもはや不可能です。あなたの周りにはすでに多くのエンジニアがいます。

------解決策---------

引用:

また、挿入時間をマイクロ秒 (1 秒 = 100 万マイクロ秒) に設定した場合、同時実行は不可能だと思います。

本当に同時実行性がある場合、あなたのサイトはすでに非常に優れており、ここに質問しに来ることはもはや不可能です。あなたの周りにはすでに多くのエンジニアがいます。

ははは...