MySQLデータベースサイズの見積もり

Question

私は、ユーザー用のテーブル（カウントフィールド*タイプ長に基づいて1人のユーザーあたり1KBのデータ）と、ユーザーに属する同じサイズの約100もの（1つの物につき0.5キロバイト）それは "ユーザ"テーブルと "物"テーブルにあります。

これは、ユーザーあたり約51kバイトのデータにつながっているようです。しかし、私はMySQLのために、私は102キロバイト/ユーザーに私を得るだろうインデックステーブルをカバーするためにそれを倍増する必要があります聞いたことは本当ですか？ MySQLで考慮すべき他のデータ展開要因はありますか、または102kバイトが良い見積もりですか？

インデックスの要素（私は2だと思います）とストレージの効率（私も2だと思います）のほかに、MySQLのデータストレージ用の乗算器はありますか？ MyISAMテーブルの上に共通である2〜3倍

Answer 1

短い答え
サイズの増加は、4xが稀です。 InnoDBエンジンについて

すべて：
http://dev.mysql.com/doc/refman/5.1/en/innodb-storage-engine.html

InnoDBは、MyISAMテーブルとディスクスペース：
http://mysqlha.blogspot.com/2009/01/innodb-myisam-and-disk-space_16.html

MySQLのエンジンスペースの使用比較：
パート1：http://marksverbiage.blogspot.com/2008/02/mysql-engines-and-space-usage.html
パート2：http://marksverbiage.blogspot.com/2008/04/mysql-engines-space-usage-comparison.html

ここには物理的な行構造があります：

• インデックス、InnoDBはすべてのセカンダリインデックスでPKを含んで覚えている：
  http://dev.mysql.com/doc/refman/5.0/en/innodb-physical-record.html

  変数や課題がたくさんあります。

• 梱包キー（遅いですか？）
• テーブルは冗長ですか？
• ログ（バイナリログ、低速クエリログ、エラーログ...）を忘れないでください。
• 行はNULL可能であると宣言されています。
• どのような文字セットを使用していますか？