データベースの帯域幅は、サーバーの帯域幅に比べてはるかに高い。正常？

Question

私たちは合理的に人気のあるフォーラムを（同じホストの）新しい専用サーバーに転送していましたが、何か変わったことに気付きました。最初は、新しいサーバーを使用してデータベースをホストしました。これが最大の問題でした。その後、フォーラムファイルを転送し、ドメインのDNSを変更しました。

私たちは、サーバによって送信されたバイトのためにこれを参照して使用される帯域幅を振り返る：

database use: 100k/sec 
whole forum use: 25k/sec 

注：サーバーが受信したが、全体に非常に低くとどまったバイト。

フォーラムデータベースがネットワークトラフィックを4倍多く使用した後、サーバーが実際にユーザーに返信するのは正常ですか？データベースから必要以上のものを要求するのと同じように、私には非常に非効率的なように聞こえるが、これはここで話しているvBulletinの最新バージョンである。

Answer 1

vBulletinは、Webサーバーとデータベース間で膨大なトラフィックを使用することが知られています。彼らはあなたのサーバー間で専用のGbit-NICでクロスCAT5イーサネットケーブルを使用することをお勧めします。

実際にクライアントに提示するよりもはるかに多くのデータを選択するのは、（アプリケーション層のロジックがデータベースよりも多いため）設計が悪いと言います。

私はそれがvBulletinでは普通だと言いますが、ほとんどの他のソフトウェアソリューションでは普通ではありません。

この問題についてGoogleにお問い合わせいただきましたら、同じ問題を抱える多くの人がいると思います。

例： http://www.vbulletin.org/forum/archive/index.php/t-111191.html

あなたが誤っ対策の帯域幅をホスティングしている場合、あなたは:)

Answer 2

それは非常に非効率的であるがクールではない、だけでなく内部トラフィックの膨大な量のために払ってしまう可能性があります。適切に書かれたSQLは、必要なデータを正確に返す必要があり、そのような転送のプロトコルは非常に効率的になるように設計されています。あなたのアプリは、HTML、JavaScript、ビットマップなどを追加するので、データベースと比較してトラフィックを少なくとも2倍にする必要があります。

Answer 3

データベースがUTF-16を返し、UTF-8ページを表示することはありますか？

Answer 4

シナリオは、MySQLがフラットファイルであるかのように扱われ、データロジックはSQLではなくPHPにあります。