[Tep-j-general] Re: データベースの容量が大きくなったら・・・

Back to archive index

NOBI nobi2****@nobi*****
2006年 1月 16日 (月) 11:18:29 JST


こんにちは。

> MySqlのバックアップを取ろうと思い、管理画面からバックアップを行おうとすると
> 容量が大きすぎ無理でした。
> バックアップはなんとか取っています。
> (テーブルごとに地道にとってます。もっといい方法もあるのでしょうが・・・それ
> は他を参考にします。)

phpmyadminや、OSCの管理画面からではある程度データベースが大きくなるとバッ
クアップできない状況は私も同じなのですがmysqldumpなどでバックアップを取
ることは出来ると思いますのでお試しください。ちなみに私はbzip形式で保存し
ています。34Mあるデータベースが5Mほどに圧縮できるのでダウンロードすると
きに楽です。たしかこちらで以前聞いたような・・・。
例)
/usr/bin/mysqldump -u*** -p*** databasename | bzip2 -c >
/your/backup/dir/databasename.sql.bz2

> 現在の会員数は約1万人で、注文総数は1万5千件くらいなのですが、ordersテーブル
> だけでも4Mほどあります。
> ここまでの容量になってくると、注文管理画面でひとつの注文を選択してからブラウ
> ザに表示されるまでの時間がかなりかかってしまい、毎日の注文処理に非常に時間が
> かかっています。

私の管理しているショップではordersテーブルは9Mほどですが問題ありませんの
でもしかするとデータベースサーバーのスペックによるものかもしれませんね。

> 単純に、今現在のデータのバックアップを取り、出荷を終えたデータをデータベース
> 内から削除するという方法だとか、出荷を終えたデータのみ他データベースへ移行す
> るとか方法はあると思うのですが、それが一番効果的なのかどうか判断しかねていま
> す。

ちょっとこの件はわかりません。

茅野さんの言われてるようにmysqlのバージョンアップも劇的なスピードアップ
につながると思います。(以前こちらのMLでお世話になりました)

ちなみに私のサイトでは会員数1万5千、注文数2万5千で快適に動作しています。
mysql 4.1.12
Apache 2.0.46
PHP 4.3.2-26.ent 
-- 
NOBI <nobi2****@nobi*****>





Tep-j-general メーリングリストの案内
Back to archive index