大量のデータを含むユーザー ポイント変更の詳細に適したストレージ ソリューションは何ですか?

600 万人のユーザーがいる Web サイトの場合、ユーザーは 1 日に最大 30 ポイント (+1、+2、+5 など) を生成できます。また、-50、-100 などの複数のポイントを生成することもできます。
これらのユーザー変更の詳細を保存するための良いソリューションはありますか? Mysql はデータ量が多すぎるため、良い解決策ではないようです。

返信内容:

600 万人のユーザーがいる Web サイトの場合、ユーザーは 1 日に最大 30 ポイント (+1、+2、+5 など) を生成できます。また、-50、-100 などの複数のポイントを生成することもできます。
これらのユーザー変更の詳細を保存するための良いソリューションはありますか? Mysql はデータ量が多すぎるため、良い解決策ではないようです。

質問者のために計算してみましょう。すべてのユーザーがアクティブで、毎日 30 ポイントが追加されていると仮定すると、1 秒あたりのリクエスト数は次のように計算されます。 リーリー

私の知る限り、この量のリクエストでは

完全に処理できますが、ユーザー ID のインデックスを作成する必要があります。 MySQL

実際、オンラインでこれほど多くのリクエストを受けることは絶対に不可能であり、600 万人のユーザー レベルを持つ Web サイトではアクティブ ユーザーが多すぎることはなく、各ユーザーが毎日 30 件のメッセージを追加することは不可能です。ここで推定されているよりもはるかに少ない（おそらく半分未満）。

ですから、まずはデータを注意深く分析することをお勧めします。頭をなでたりせずに実行してください

。 premature optimization

対象者が

のパフォーマンスを知りたい場合は、こちらの公式ページを参照してください: https://dev.mysql.com/tech-resources/articles/mysql-5.6.htmlMySQL

投稿者は、redis を使用してユーザー ポイントを保存し、毎日ポイントをカウントして MySQL に保存することを検討できます

その一部は、DBA チームがどのツールに習熟しているかによって決まります。ストレージ アプリケーションに問題が発生した場合、迅速に回復できなければなりません。チームが主に mysql を使用している場合でも、最初に mysql を使用するためのテストを受ける必要があります。