[MySQL] 大容量データベースの移動（１）

cPanel の一部や、さくらインターネットなどの場合、phpMySQL に同期やSynchronize という項目があって、データベースを同期させることができる。これを上手く使えば、複数サーバーでの展開もできるのかもしれない。（coreserver は無いらしい）

という泥沼で、どうにもならない。

スポンサードリンク

更に追い打ちをかけるのが、この記事で述べる内容になるが、

なのだ。この観点から見ると上記サーバーは次の制限がある

php.ini などの設定で変更できるのかもしれないが、およそ許可されない大きさのデータベースだ（後述）。

という観点で上記サーバーに当てはめるてみると

このうち、１のWordPress はphpMyAdmin でデータベースを、FTP でデータを移動した。（サーバーによってはWordPressのインポート処理に任せることもできる）

というわけで、あとはデータベースを移動したらDNS を書き換える程度なのだが、今回はデータベースが大きくて移動できない。

１のテーブルを調べるとキャッシュらしいものがほとんどを占めている。ならばシステム側からキャッシュを破棄してやれば良さそうなのだが、システム側も上手く動いていない。これは何となく乗っている廉価な海外サーバーが何かしらやらかしたようにも思うのだが・・。

２は単純にデータが多い。

いずれも見ての通り最適化したくらいでは容量が減る状態ではない。

こうなってくると、ならばSSH でダンプを取り、FTP で転送し、コマンドラインから流しこむほかない。（ちなみにソース側はSSH 接続ができないタイプだ！何かしらダンプなりが取れるシステムが用意されていると信じたい）

MySQL コマンド

SSH 接続後に、どのようなコマンドを送れば良いのか。参考文献に記載されていたコマンドを見てみる。

# mysqldump -u {USER} -p {DATABASE} > dumpfile.sql

# mysqldump –opt -u{USER} -p{PASSWORD} –all-database | gzip > mysql.dmp.gz

※MySQL5 系はopt を明示しなくて良いらしいが、4系は明示する必要があるらしい

# mysqldump -A -u {USER} -p {PASSWORD}> dumpfile.sql

# mysqldump -u {USER} -p{PASSWORD} {DATABASE} > mydatabase_dump.sql

# mysql -u {USER} -p {PASSWORD} < dumpfile.sql

mysql -h mysql***.sakura.ne.jp -u {USER} -p {PASSWORD} < data.sql

# mysql -u {USER} -p{PASSWORD} {DATABASE} < mydatabase_dump.sql

$ mysql –user={USER} –password={PASSWORD} {DATABASE} < BACKUP.mysql

→ それではいよいよ次回実践してみる