巨大なデータベースのキャッシング

Question

私はソーシャルネットワークの一種であるプロジェクトに取り組んでいます...調査では、最初の2〜3ヶ月間で10万人以上のユーザーがいると言いました。

ウェブサイトはPHPのMySQLを使用して行われ、我々は彼がサインインした後、ユーザーデータをキャッシュについて話しているので、私は、最速のキャッシュエンジンを探しています。

ので、我々は巨大なレコードを、巨大なデータベースについて話しています同じテーブル、膨大な数のユーザーとリクエスト、膨大な量のキャッシュ。

それはつもり専用サーバ

任意のヒント、ヒントや提案が高く評価され（それは私たちではない、クライアントの決定です）に移動される前に、最初のステップとして、ウェブサイトが共有サーバーでホストする必要があることに注意してください。 ありがとう

Answer 1

1）後で変更すると苦痛を感じるので、わかりやすいデータベーススキーマに多くの考えを入れてください。 MySQLテーブルは、高速なSELECT操作に適しています。これはあなたのアプリケーションに適しています。

2）コードを早期に最適化しないでください。つまり、キャッシングソリューションについて心配する必要はありません。後でキャッシングすることでボトルネックを簡単に改善できます。

3）1と2の後に、検索対象と頻度を考慮してキャッシュを考える必要があります。私はセッション変数にユーザー情報を入れるアプリケーションを見てきました。これはデータベースヒットを減らすでしょう。それが十分でない場合は、Memcachedを調べてください。より大きなデータをお持ちの場合は、多分ワニスを塗ってください。