2011-01-31 14 views
1

私はmySQLデータベースの新規ユーザーです。 .sqlダンプファイルを使用してデータベースをロードしようとしています。 .sqlファイルのサイズは1GBで、読み込みプロセスは2日間実行されており、まだ完了していません。私は、MacOSホスト上の仮想Linuxマシン上でSQLを実行しています。ダンプからmysqlデータベースをロードするのに時間がかかります

誰かがすでにこれを試してくれることを願っています。正しいことをしているかどうか知りたいですか?これは遅いと予想されますか?どのくらい時間がかかりますか?

ところで、私が使用したコマンドでした

mysql -u root -p dblinux < dblinux.sql 

おかげ orasp


my.cnfファイル

[mysqld] 

datadir=/var/lib/mysql 
socket=/var/lib/mysql/mysql.sock 
user=mysql 

# Default to using old password format for compatibility with mysql 3.x 
# clients (those using the mysqlclient10 compatibility package). 
old_passwords=1 
# Disabling symbolic-links is recommended to prevent assorted security risks; 
# to do so, uncomment this line: 
# symbolic-links=0 

[mysqld_safe] 

log-error=/var/log/mysqld.log 
pid-file=/var/run/mysqld/mysqld.pid 

トップ出力

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 
24273 mysql 18 0 128m 29m 6084 S 0.0 2.9 0:46.88 mysqld 
26157 bioinf 0 -20 11528 4960 1380 S 0.0 0.5 0:06.68 mysql 
+0

1GBの場合、2日間が長すぎます。まともなハードウェアで1時間以上かかることはありません。おそらく、あなたのテーブル(MyISAM vs InnoDB)に使用しているストレージエンジンと、サーバー設定(my.cnfファイルにあります)を示す必要があります。あなたのVM設定についての情報(どれだけのRAMがあるのか​​、それがどれだけのCPU能力を持つのか)も参考になります。 – Mchl

+0

こんにちはMCHL、 私のmy.cnfファイルが古いパスワードを使用して [mysqldを] DATADIR =の/ var/libに/ mysqlの ソケット=の/ var/libに/ mysqlの/にmysql.sock ユーザー= mysqlの #デフォルトが含まれていますmysql 3.x #clients(mysqlclient10互換パッケージを使用しているもの)との互換性のためのフォーマット。 old_passwords = 1 #セキュリティリスクが発生しないようにシンボリックリンクを無効にすることをお勧めします。 そうする#、コメントを解除し、この行: #シンボリックリンク= 0 [mysqld_safeを] ログエラー=は/ var/log/mysqld.log PIDファイル=の/ var /実行/ mysqldを/ mysqld.pid databseの種類を確認する方法を教えてください。とVMの設定?ありがとう – orasp

+0

こんにちは..私は仮想マシンが1 GBのRAMを持っていることを確認しました。ありがとうございます。ありがとうございます。ありがとうございます。 – orasp

答えて

0

あなたのLinux VMがスワップ領域にスラッシングしている可能性があります。

バーチャルマシンは割り当てられたRAMが限られていることがよくあります。あなたはそれが使い果たされているかどうかチェックしましたか? 'top'コマンドはこれに便利です。

「トップ」に精通していない場合は、画面の上部に一般的なメモリとCPU使用状況の統計が表示されます。最悪のCPU hogsは、画面の残りの部分を占めるプロセスリストの先頭に表示されます。

「?」を押すと、実行中は、プロセスリストをソートするオプションが表示されます:メモリ使用(仮想またはハード)でソートすることができます。

+0

こんにちはジョン、これは私が見たものであるトップ出力と のPID USER PR NI VIRT RES SHR S%のCPU%MEM TIME +コマンド 24273 mysqlの18 0 128メートルの29メートル6084 S 0.0 2.9 0:46.88 mysqld 26157 bioinf 0 -20 11528 4960 1380 S 0.0 0.5 0:06.68 mysqlこれは大丈夫ですか? ありがとう – orasp

+0

こんにちは - それは私にはmysqldが凍っていることを示唆しています。仮想マシンに割り当てた1GBのRAMのうち、スワップスラッシュのパターンではない128 MBの仮想メモリ(29 MBのチップメモリ​​)しか要求していませんが、CPUを使用していないため、ロックアップされたプロセスを見ている。 Mchlの提案(上記)は絶対にスポットライトです。 mysqldが実際に内部的に "致命的な抱擁"に陥っているように見えます。自己拘束のメモリ制限を打ち倒しました。メモリが解放されるまで永遠に待っています。 [cont'd] –

+0

ビジネスの第一の任務は、mysqldを強制終了し、その限界を有用なもの(Mchlが記述する)に変更し、再起動してからやり直すことです。 1GBのSQLファイルを分かりやすく分けることができれば、それもやってみて、一度に1つずつフィードすることをお勧めします。おそらくmysqldが使用するメモリには違いはありませんが、ロックアップする前のデータベースの負荷までの可視性がわかります。最終的にメモリの最終量を見積もることができます必要になるだろう。それはあなたが余裕ができる以上のものかもしれません。 [cont'd] –

関連する問題