MySQLのデータ移行時のエラーについて

Question

CentOS、MySQLを使用しております。Windows10のマシンでmysqldumpを用いてバックアップをとり、それをteratermを使用してCentOSでリストアしたところ、「Error 1114(HY000) at line 3062：The table 't_pt_total' is full」とのエラーメッセージが表示され、リストアが止まってしまいました。phpmyadminにもログインできない状況です。どうしたらよいでしょうか？

Comments

[lib]

すいません調べた内容やバージョンの記載等がないので定番のリンクを掲載します。https://teratail.com/blog/article/ba10とhttps://teratail.com/help/avoid-asking　もう一度質問を考え直していただけますか？案外その中で解決策がみえてくるものです。

Answer 1

テラターム上でdfって打ってみてください。サーバー上の空き容量、使用容量がわかります。
100%って値があるんじゃないでしょうか？
または100%じゃなくても、入れようとしてるSQLのサイズが、今の空き容量を上回ってたら、多分アウトです。

もしそうなら
１．容量増やす（上の人の言う通り
２．不要なファイル削除する（例えばmysqlで出してる可能性があるgeneral.logを消します。デフォルトで入れてれば/var/log/general.logとかその辺にあります。)

Answer 2

移行先のサーバのディスク空き容量が足りていないのではないでしょうか？

MySQL のデータディレクトリが LVM のボリュームとかなのであれば、ボリュームを拡張してみたり、あるいは、別の空いているディスクやボリュームがあるなら、データディレクトリをそちらに移してみたり。

もし、データのリストアのためにダンプファイルをサーバに保存して mysql < dump.sql のようにリダイレクトで流しているのであれば、ダンプファイルを gzip で圧縮して gzip -dc dump.sql | mysql のように gzip コマンドからパイプするようにすれば、元ファイルを圧縮している分ディスク容量の消費が抑えられます。

もしくは、ダンプファイルはサーバに配置せずに、別のサーバから cat dump.sql | ssh 192.0.2.123 mysql のように ssh にパイプして流しこむという案も考えられます。

もしくは、MySQL のテーブルを圧縮してみるとか。詳細は下記です。

https://dev.mysql.com/doc/refman/5.6/ja/innodb-compression-usage.html

ダンプファイルの ROW_FORMAT=... のような部分を書き換える事になります。