バックアップファイルの復元に時間がかかる

締切済

質問者：kaz_202
質問日時：2006/11/01 16:31
回答数：4件

以下のコマンドを入力してSQLファイルを作成します。
mysqldump --databases DB名 > "保存先.sql" -u root
処理が完了するとSQLファイルが作成されており、
そのファイルを復元するのですが、処理に時間がかかってしまいます。
復元は以下のコマンドです。
mysql DB名 < "保存先.sql" -u root
復元処理は行われているのですが、2時間経過しても数万件の復元しかできていません。
データはデータベース全体で２００万件程度です。
バックアップの処理は２０分もかからない時間で完了するのに、復元だけがこんなに時間がかかるものなのでしょうか？
環境はOSがwindowsXP pro
MySQL 4.0.26です。
その他はapache2.0.59とphp5.1.6です。
宜しくお願いします。

通報する

この質問への回答は締め切られました。

質問の本文を隠す

回答 (4件)

最新から表示
回答順に表示

No.4

回答者： qaz_qwerty_me
回答日時：2006/11/07 19:43

解決して良かったです ^ ^

> windowsOSのためバッチファイルを使って自動的にすべての処理
これは実運用時の処理ですよね？
　バックアップに限定すると単純に、コミットは最後に１回だけでも問題はないのですが、実運用時のバッチ処理時の場合は、処理時間だけに着目してコミットを最後だけに行うと、思わぬ障害に発生するので処理内容を検討して適切な間隔でコミットすることをお勧めします。

　バッチなどでは５０～１００個のＳＱＬを実行する毎にコミットを行っていますが・・・５０～１００個の根拠は問題も発生しないし、処理時間的にも妥当と思われる　と思える程度です ^ ^;　また、利用するＴＢＬの利用状況によってはオート・コミットでないと危険と考えられる状況もありうるので、バックアップのリカバーとは別と考えて下さい。

この回答への補足

回答ありがとうございます。
バックアップは処理時間があまりかからないので、オートコミットのまま？で処理をしようと思います。
リカバリについては、オートコミットのままで処理をしてしまうと恐らく１０時間近くかかってしまうので、オートコミットを解除して処理をしようと思います。
そこで疑問なのが、バッチ処理でのバッチファイルの記述の方法です。
MySQL文であるSET autocommit=0;という記述はバッチファイル内に記述したのでOKなのかどうかとか、オートコミットを解除したあとにリカバー処理（mysql DB名 < "保存先.sql" -u root）を実行すると先に解除したオートコミットがまた有効になってしまうのではないか？
（バッチ処理でMySQL接続→オートコミットOFF→MySQL接続解除→復元）
また、qaz_qwerty_meさんが言われている５０～１００個のSQL毎にコミットをする方法はどのようにするのでしょうか？
バックアップしたSQLファイルに直接記述するしか方法がないのでしょうか？
何度も申し訳ないです。宜しくお願いします。

補足日時：2006/11/10 15:01

通報する

- 0
- 件

通報する

No.3

回答者： qaz_qwerty_me
回答日時：2006/11/06 20:47

　明示的にコミット( commit )しなくても、自動的にコミットするオート・コミットという機能が動作していませんか？

参考に・・・
　http://dev.mysql.com/doc/refman/4.1/ja/commit.html

- 0
- 件

通報する

この回答へのお礼

ありがとうございます。
ご指摘のとおりコミットをset autocommit=0としてから実行すると劇的に早くなりました。
ただ、windowsOSのためバッチファイルを使って自動的にすべての処理を行いたいのですが可能なのでしょうか？
バックアップのＳＱＬファイル内にset～と最後にcommitを入力すればできたのですが、バッチファイル内での処理で同様の処理は可能でしょうか？

通報する

お礼日時：2006/11/07 14:00