質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

89.23%

Mariadbでmysqldumpやselectすると、Lost connectionしてしまう

受付中

回答 1

投稿 編集

  • 評価
  • クリップ 1
  • VIEW 3,515

kunai

score 5185

CentOS 7.2.1511 / Mariadb 5.5.44

CentOSのローカルにインストールされているMariadbに対し、mysqldumpでダンプを取ろうとすると、Lost Connectionが発生して完了できません

[user@host ~]$ mysqldump -u user -p --add-drop-database --add-drop-table --complete-insert --create-options --flush-logs --single-transaction db_name > /tmp/db_name.dump.sql
Enter password:
mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table `table_name` at row: 824

mysqldumpコマンドの実行から即時にこのエラーが発生する為、タイムアウト時間はあまり関係がないかなぁとは思いつつ、以下のようにread/writeのtimeoutを延長してみましたが、やはり状況は改善せず。

MariaDB [(none)]> show variables like '%timeout%';
+----------------------------+----------+
| Variable_name              | Value    |
+----------------------------+----------+
| connect_timeout            | 10       |
| deadlock_timeout_long      | 50000000 |
| deadlock_timeout_short     | 10000    |
| delayed_insert_timeout     | 300      |
| innodb_lock_wait_timeout   | 50       |
| innodb_rollback_on_timeout | OFF      |
| interactive_timeout        | 28800    |
| lock_wait_timeout          | 31536000 |
| net_read_timeout           | 30       |
| net_write_timeout          | 60       |
| slave_net_timeout          | 3600     |
| thread_pool_idle_timeout   | 60       |
| wait_timeout               | 28800    |
+----------------------------+----------+
13 rows in set (0.00 sec)

MariaDB [(none)]> set global net_read_timeout=3600;
Query OK, 0 rows affected (0.00 sec)

MariaDB [(none)]> set global net_write_timeout=3600;
Query OK, 0 rows affected (0.00 sec)

原因・解決法に心当たりあれば教えてください。

追記:
対象のDBに含まれるTableは全てInnoDBとなっています。

追記2:
対象のDBに対し、SELECT文を投げても同様にLost connectionするようでした。。

MariaDB [db_name]> select * from db_name.table;
ERROR 2013 (HY000): Lost connection to MySQL server during query
  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

0

データが壊れている可能性があるようです。
mysqlcheck でも使って確認してみてください。
https://dev.mysql.com/doc/refman/5.6/ja/mysqlcheck.html

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2016/10/27 13:23

    回答ありがとうございます。
    早速試してみましたが、「OK」と出力されてcheckは正常終了したようですが、やはりmysqldumpはLost connectionしてしまいます。
    ちなみに対象のデータベースに含まれるテーブルはすべてInnoDBです。

    キャンセル

  • 2016/10/27 14:41

    他にもパケット数の制限でもひっかかるらしいので、max_allowed_packetの値も確認して、上げてみてください。

    キャンセル

  • 2016/10/27 15:05

    追加の指摘ありがとうございます。
    max_allowed_packetの値は1MBでしたので、最大値らしい16MBへ引き上げて実施しても同じエラーが発生します。
    10GBまで引き上げても同じエラーとなっています。
    mysqldump自体はサーバ内で行っており、サーバに投げているデータは上記のコマンドのみの為、packetの値はあまり関係ない気もしています。
    (WEBの画面からデータを投入したりというわけではないので。。)

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 89.23%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる