8

13G のサイズの SQL ダンプ ファイルを復元しようとしています。最初にxamppでphpAdminを使用しましたが、サイズが大きすぎると言われました。次に、ビッグダンプを使用しましたが、「xx.sqlでシークできません」というエラーメッセージが表示されました。ファイルが大きすぎることを意味することをオンラインで見つけました。次に、コマンドラインを使い始めます。mysql -u username -p database < location/to/your/dump.sql はパスワードを要求されたため機能しているようですが、パスワードがないため直接エンターを押しました。そして今、「_」が点滅し続けているのを見ることができます。これは、それが機能していることを意味していると思います。しかし、確認する方法がなく、すでに時間がかかっています。

それが機能していることを確認する方法はありますか?本当に助かりました!! TJ

4

3 に答える 3

7

mysqlコマンド ライン クライアントを使用してファイルを復元する別の方法は次のとおりです。

$ mysql -u username -p database 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2933685
--8<-- snip --8<--

mysql> source location/to/your/dump.sql 

このsourceコマンドは、リダイレクト オペレーターと同様にダンプ ファイルを読み取り、それをサーバーに適用します<が、2 つの違いがあります。「x 行が影響を受けました」というメッセージが連続してスクロールされ、実際に進行中であることが示されます。この方法の<欠点は、リダイレクトを使用する方法とは異なり、ダンプ ファイルにエラーがあった場合、コマンド ライン クライアントが処理を続行しようとすることです。それでも、それは実行可能なアプローチかもしれません。

または...現在行っている方法で、プロセスリストに接続が表示されている場合は、の値を確認してくださいSleep。値が常に 0 の場合、何らかのアクティビティが発生しています。

于 2013-11-01T04:12:28.163 に答える
0

同様のサイズのファイルを復元します

  1. 約 4 ~ 5 時間かかりますが、キーの性質と制約によってはさらに長くなる可能性があります
  2. プロセスリストをいつでもチェックして、機能するかどうかを確認できます。
  3. tail -f mysql の一般的なログを作成し、すべてのクエリがログに記録されることを確認します。それが機能しているかどうかを確認する最も簡単な方法です。警告、これによりすべてがさらに遅くなり、100% +
于 2013-11-01T01:57:29.357 に答える