MySQL：ログなどのDB管理について

Question

ログなどのDB管理について、
現在、ログが肥大化していくことを懸念しています。

対策として、以下の①、②などがあるかと思いますが、
① テーブルを月ごとなどで新しいものに変える
② カラムに日付を用意しておく

①の場合には、フレームワーク（Rails）のモデルを
使用しているため、動的な変更は不可能です。

このため、②を検討していますが、
ID列が膨大になって追加できなくなったり、
MySQL自体の動作にも影響が出てくるのではと考えています。

何か、良い方法をご存知の方、
またご自身で管理されているシステムでの管理方法など
教えていただけますと幸いです。

以上です。
よろしくお願い申し上げます。

Answer 1

適当な単位でパーティショニングするだけで
ファイルI/Oのオーバーヘッドは減らせると思います
理論上bigintの上限は1844京6744兆0737億0955万1615ですから
その中に収まらないようなデータはおそらくSQLでは
効率的に扱えないと思います

Comments

[salud]

ご回答ありがとうございます。
「適当な単位でパーティショニング」というのを初めて聞いたのですが、
これはどのような処理のことで、どのような対応をすれば良いのでしょうか？
参考URLでも構いませんので、教えていただけますと幸いです。

[yambejp]

どのくらいの頻度でログが貯まるかによって設計は変わります
仮に１日何十万もデータがあるなら１週間単位とか、100万データ単位とか
そのくらいが目安ですかね
もし１月単位でできるなら年12、10年運用しても120分割にしか
ならないので現実的な分割手段です