2012-04-23 26 views
0

私たちの組織では、heklpdeskチケットシステムにMySQLを使用しています。そこには14k行と5.7GBのテーブルがあります。ここにテーブル構造があります。MySQL大変大きなテーブルサイズ

swticketposts

このテーブルは非常に大きくなる可能性がなぜ任意のアイデア、と私は大きさでそれを減らすことができますどのように任意の考え?私は修復を実行し、操作をチェックし、最適化しました。古いレコードをパージしようとしていますが、このテーブルを非常に大きくすることはできません。中くらいのテキストがたくさんありますか?

+0

5GBは現代の規格では小さく、中程度のサイズではありません。 –

+1

あなたはこの表にメール本体を挿入していますか?はい、この表サイズはメールの本体テキストのために成長しています。 –

+0

'contents'カラムはおそらく原因と思われます。 'average(char_length(contents))'を選択するためのクエリを実行できますか?コンテンツ列の場合は – eggyal

答えて

0

あなたは、必要なだけticketpostidに基づいてコンテンツをフェッチ

ticketpostid | contents | 
_____________________________ 

のように別のテーブルに

内容フィールドを移動することができます。

+0

それで、5GBのデータを別のテーブルに移動しますか?あなたがデータを別のテーブルに移動するだけで、大きな違いを生む疑い。 – Namphibian

+0

パフォーマンスが向上します –

+3

中程度のテキスト(blob)カラムは、ポインタとしてMySQLに格納されます(9〜12バイト)。実際のブロブは、テーブルデータの外部に格納されます。クエリでBLOB列を参照していない限り、その列には大きな違いはありません。 – Ami

関連する問題