web-dev-qa-db-ja.com

1GO SQLファイルのインポート=>エラー2013（HY000）23行目：クエリ中にMySQLサーバーへの接続が失われました

1goのSQLデータをインポートする必要がありました。念のため、max_allowed_pa​​cketを1100Mに引き上げました。

だから私は使用します：

私の質問

mysql -u root -p -D mainbase < GeoPC_WO.sql

しかし、1分後にプロセス中に停止し、このエラーが発生します。

**ERROR 2013 (HY000) at line 23: Lost connection to MySQL server during query
**Lost connection to MySQL server during query****
mysqlsqlmysqldumpmysql-management
16
Anthony

最大サイズよりも大きな大きな挿入ステートメントがある可能性があります。 /etc/mysql/my.cnfファイルまたはどこにあるかを確認します。デフォルトが何であるか思い出せません-しかし、以下のような大きな値に設定すると役立つ場合があります。

これは1つのオプションです

[mysqld]
max_allowed_packet = 16M

そして多分その逆

[mysqldump]
max_allowed_packet = 16M
13
Adrian Cornish

私はまったく同じ問題を抱えていました。 1時間の苦労の後、私は設定することでこれを解決しました

net_write_timeout

より高い値に（私の状況では）

14
bakytn

私の場合、問題（「クエリ中にMySQLサーバーへの接続が失われました」）は、破損したダンプファイルまたは不正なHDDにありました：

まず、メインサーバーでダンプを作成し、そのダンプをレプリケーションサーバーにコピーしました。しかし、レプリケーションサーバーのHDDに問題があり、ダンプが破損したようです。つまり、メインサーバーの元のダンプファイルのMD5が、レプリケーションサーバーのダンプコピーのMD5と異なっていました。

1
nightcoder

これで試すことができます：

最初：

Sudo /etc/init.d/mysql stop

次に、このファイルを編集する必要があります。

Sudo vi /etc/mysql/my.cnf

次の行を[mysqld]セクションに追加します。

innodb_force_recovery = 4

最後に：

Sudo /etc/init.d/mysql start

（innodb_force_recoveryは、InnoDBストレージエンジンを強制的に起動します。値4は、データファイルが破損している可能性があることを意味します。詳細については、次のURLをご覧ください。 http://dev.mysql.com/doc/refman/5.7/en/ forcing-innodb-recovery.html ）

ご挨拶。

0
Gustavo Magallanes-Guijón

私の場合、RAMの不足が原因で、90MBの圧縮されたsqlファイルを1GBにインポートしようとしましたRAM vpsサーバーとhttpdサービスをダウンするまで2013エラーが発生し続けましたメモリを解放してインポートコマンドを再度実行すると、成功しました。

0
xManh