DBテーブルを分割して負荷を分散しますか？

Question

ユーザーがログインして使用するウェブサイトがあるとします。各ユーザーは、単一のデータベーステーブルに情報を追加したり削除したりするページにアクセスします。彼らは自分のデータを見てアクセスすることができます。かなりストレートです。

ここで、このウェブサイトは非常に人気があるとしましょう。より多くのユーザー+より多くのデータ=大量のレコードを持つ非常に大きなテーブル。

だから、ロードバランシングの理由は、すべてのユーザーが同じようなデータを追加したり、複数の類似したテーブルを持ち、ユーザーが設定された数で共有されているテーブルに割り当てられているユーザー。

1000人のユーザーが1つの大きな表を選択して更新するのではなく、おそらくそれぞれが10人のユーザーがアクセスする100個の表があります。

これは、負荷分散を改善するデータベース編成戦略の一種です。あるいは、それは同じ量の負荷を引き起こすでしょうか？これは共通の戦略ですか、そうであればそれには名前がありますか？

私はこれをServerFaultに投稿したと思います。移行してください。

Answer 1

もし、あなたがデータベース関連のボトルネックに遭遇しないとき、あなたのアクティブなデータセットのサイズは、サーバー上のRAMの量を超えて大きくなると、それができるでしょう。その時点で、同じサーバー内でテーブルを分割することはあなたに何も買わないでしょう。ディスクIOがRAMよりもはるかに遅いという事実を変えることは何もしません。 RAMをアップグレードするか、できるだけ多くのことをやってから、複数のサーバーにデータをシャーディングします。

Answer 2

ルックアップシャーディング。しかし、今私はあなたがこれを気にしないことをお勧めします。あなたが実際に大きくて、それを測定できるようになるまで、あなたのシステムの遅い点が何であるかは、実際にはわかりません。

も参照してください：http://dev.mysql.com/doc/refman/5.1/en/partitioning.html