MYSQLを使ってデータベースを構築し始めましたが、テーブルは1つで複雑なクエリーなんてありませんが、1つのレコードの中に画像を保存しています。

画像があるおかげで、SQLのバックアップして出来るfileサイズが800MBになっています。1年後はこのままだと2GBくらいになってしまいます。
画像はrootに保存しています。
OS ubuntu9.10です。
1.動かなくなる制限はあるのでしょうか?
2.今はまだ検索はとても早く出来ますが、今後画像の影響で遅くなったりしますか?

回答の条件
  • 1人2回まで
  • 登録:2009/12/04 04:17:24
  • 終了:2009/12/04 07:59:01

ベストアンサー

id:b-wind No.1

b-wind回答回数3344ベストアンサー獲得回数4402009/12/04 05:20:12

ポイント60pt

MySQL のバージョンと使ってるストレージエンジンを書かないと何とも言えないが、

一例として

MySQL :: MySQL 5.1 リファレンスマニュアル :: 13.4 MyISAM ストレージエンジン

MyISAMテーブルには232 (~4.295E+09) 行の制限があります。MySQLを --with-big-tables オプションで作成すると、行の制限を (232)2 (1.844E+19) 行に増加させる事ができます。

上記のような制限はある。


InnoDB だとこんな感じ

MySQL :: MySQL 5.1 リファレンスマニュアル :: 13.5.16 InnoDB テーブル上の制約

最小テーブルスペース サイズは10MB です。最大テーブルスペース サイズは40億データベース ページ(64TB)です。これはテーブルにとっても最大サイズです。


今はまだ検索はとても早く出来ますが、今後画像の影響で遅くなったりしますか?

インデックスを適切に作成・メンテナンスし、インデックスを使用するようなクエリであれば

性能の劣化は大きくはない。

もちろんレコード数の増加による速度低下はあるが画像サイズが直接影響するわけではない。


1年後はこのままだと2GBくらいになってしまいます。

今時のサーバースペックだと別段大したデータ量ではないけどね。

id:shotomo

ありがとうございます。”別段大したデータ量ではないけどね”この言葉がものすごく安心です。ありがとうございました。

2009/12/04 07:58:49

コメントはまだありません

この質問への反応(ブックマークコメント)

「あの人に答えてほしい」「この質問はあの人が答えられそう」というときに、回答リクエストを送ってみてましょう。

これ以上回答リクエストを送信することはできません。制限について

絞り込み :
はてなココの「ともだち」を表示します。
回答リクエストを送信したユーザーはいません