菅原です。

OHTSUKA Ko-hei <techml@xxxxxxxxxx>さん：
> インデックスの非常に多いテーブルを作っています。
> あるイベントの履歴テーブルなのですが、イベントの発生毎に
> 関連のあるいくつかの値を全て計算して、同じ列に挿入して
> います。
> それぞれで検索される可能性があり全てにインデックスをつけ
> ているので、1テーブルのインデックスが10近くになっている
> のですが、1テーブルあたりのインデックスは少ない方がよい
> という話なので、分割すべきかどうかで迷っております。
（以下略）

　インデックスが多い場合の問題はINSERT処理が重くなることと、インデックス
のに比例してディスク容量を使うことだと思います。
　インデックス数増加による処理コストの計算式はこちらにあります。
http://dev.mysql.com/doc/mysql/ja/Insert_speed.html

　テーブルを分割するのはレコードが大きくなるだけでメリットはなさそうです。
http://dev.mysql.com/doc/mysql/ja/Tips.html


　それはそれとして。
　どのようなクエリーを使うかにもよりますが、単純に全カラムにインデックス
を張っただけでは使われないインデックスが出てくる可能性もあった気がします。

＃１回のクエリーで使われるのは１つのインデックスだけなので。

　そのあたりは大丈夫なんでしょうか。

-- 
菅原はじめ＠うぃーくぽいんと
mailto:sugawara@xxxxxxxxxx