MySQLエラー2006：MySQLサーバーが廃止されました

一部のファイルを処理し、その結果をリモートのMySQLサーバーに報告するために、オフィスでサーバーを実行しています。

ファイルの処理にはしばらく時間がかかり、プロセスは途中で次のエラーで終了します。

2006, MySQL server has gone away

MySQLの設定wait_timeoutについて聞いたことがありますが、オフィスのサーバーまたはリモートのMySQLサーバーで変更する必要がありますか？

接続を確認し、必要に応じて再確立する方が簡単な場合があります。

詳細については、PHP：mysqli_pingを参照してください。

私はこれに何度も遭遇しましたが、私は通常、非常に低いデフォルト設定の答えであることに気づきましたmax_allowed_packet。

それを/etc/my.cnf（下で[mysqld]）8または16Mに上げると、通常は修正されます。（MySql 5.7のデフォルトは4194304、4MBです。）

[mysqld]
max_allowed_packet=16M

注：線が存在しない場合は作成してください

注：これは、サーバーの実行中に設定できます。

を使用しset global max_allowed_packet=104857600ます。これにより100MBに設定されます。

私は同じ問題を抱えていましたが、下max_allowed_packetのmy.ini/my.cnfファイルを変更するとうまくいきました[mysqld]。

行を追加

max_allowed_pa​​cket = 500M

これでrestart the MySQL service完了です。

MySQLコマンドラインで次のコマンドを使用して、7GBを超えるサイズのMySQLデータベースを復元しました。

set global max_allowed_packet=268435456;

エラー：2006（CR_SERVER_GONE_ERROR）

メッセージ：MySQLサーバーが廃止されました

通常、接続を再試行してからクエリを再度実行して、この問題を解決できます。完全に諦める前に3〜4回程度試してください。

PDOを使用していると仮定します。その場合、PDO例外をキャッチし、カウンターをインクリメントし、カウンターがしきい値を下回っている場合は再試行します。

タイムアウトの原因となっているクエリがある場合は、次のコマンドを実行してこの変数を設定できます。

SET @@GLOBAL.wait_timeout=300;
SET @@LOCAL.wait_timeout=300;  -- OR current session only

ここで、300は、クエリにかかる最大時間と考える秒数です。

Mysql接続の問題に対処する方法に関する詳細情報。

編集：使用したい他の2つの設定はnet_write_timeoutおよびnet_read_timeoutです。

MAMP（非プロバージョン）で追加しました

--max_allowed_packet=268435456

に ...\MAMP\bin\startMysql.sh

クレジットと詳細はこちら

このエラーは、wait_timeoutの期限切れが原因で発生します。

mysqlサーバーに移動して、そのwait_timeoutを確認します。

mysql> SHOW VARIABLES LIKE 'wait_timeout'

mysql> set global wait_timeout = 600＃10分または必要な最大待ち時間

http://sggoyal.blogspot.in/2015/01/2006-mysql-server-has-gone-away.html

このエラーにはいくつかの原因があります。

MySQL / MariaDB関連：

• wait_timeout -サーバーが接続を閉じる前に、接続がアクティブになるのを待つ秒数。
• interactive_timeout -サーバーがインタラクティブ接続を待機する時間（秒）。
• max_allowed_packet-パケットまたは生成された/中間の文字列の最大サイズ（バイト単位）。1024の倍数で、最大のBLOBと同じ大きさに設定します。

my.cnfの例：

[mysqld]
# 8 hours
wait_timeout = 28800
# 8 hours
interactive_timeout = 28800
max_allowed_packet = 256M

サーバー関連：

• サーバーのメモリがいっぱいです-RAMに関する情報を確認してください free -h

フレームワーク関連：

• フレームワークの設定を確認してください。Djangoの使用例CONN_MAX_AGE（docsを参照）

それをデバッグする方法：

• MySQL / MariaDB変数の値を確認します。
  • SQLで： SHOW VARIABLES LIKE '%time%';
  • コマンドライン： mysqladmin variables
• エラーの詳細度をオンにします。
  • MariaDB： log_warnings = 4
  • MySQL： log_error_verbosity = 3
• エラーの詳細については、ドキュメントを確認してください

Windowsでは、xamppを使用している人はこのパスxampp / mysql / bin / my.iniを使用して、max_allowed_pa​​cket（セクション[mysqld]の下）を選択したサイズに変更する必要があります。例えば

max_allowed_packet=8M

再びphp.ini（xampp / php / php.ini）で、upload_max_filesizeを選択サイズに変更します。例えば

upload_max_filesize=8M

私がこれを発見するまでしばらくの間私に頭痛を与えました。それが役に立てば幸い。

DigitalOcean Ubuntuサーバーでも同じエラーが発生しました。

max_allowed_pa​​cketとwait_timeoutの設定を変更してみましたが、どちらも修正できませんでした。

サーバーのRAMが不足していることがわかりました。1GBのスワップファイルを追加すると、問題が解決しました。

を使用してメモリをチェックし、free -hそれが原因であるかどうかを確認します。

それは私にとってRAMの問題でした。

12個のCPUコアと32 GBのRAMを搭載したサーバーでも同じ問題が発生していました。私はもっ​​と調べてRAMを解放しようとしました。RAMを解放するためにUbuntu 14.04で使用したコマンドは次のとおりです。

sync && echo 3 | sudo tee /proc/sys/vm/drop_caches

そして、それはすべてを修正しました。私はそれを毎時間実行するようにcronの下で設定しました。

crontab -e

0 * * * * bash /root/ram.sh;

また、このコマンドを使用して、使用可能な空きRAMの量を確認できます。

free -h

そして、あなたはこのようなものを得るでしょう：

             total       used       free     shared    buffers     cached
Mem:           31G        12G        18G        59M       1.9G       973M
-/+ buffers/cache:       9.9G        21G
Swap:         8.0G       368M       7.6G

私の場合、open_files_limit変数の値が低く、mysqldからデータファイルへのアクセスがブロックされました。

私はそれをチェックしました：

mysql> SHOW VARIABLES LIKE 'open%';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| open_files_limit | 1185  |
+------------------+-------+
1 row in set (0.00 sec)

変数を大きな値に変更した後、サーバーは再び稼働しました。

[mysqld]
open_files_limit = 100000

64ビットWAMPSERVERを使用している場合、WAMPは[wampmysqld64]で設定された値ではなく、[mysqldump]で設定された値を使用するため、max_allowed_pa​​cketの複数の出現を検索してください。これをmax_allowed_pa​​cket = 64Mのように設定します。

うまくいけば、これが他のWampserverユーザーを助けるでしょう。

これは通常、MySQLサーバーの接続の問題またはタイムアウトを示します。一般に、my.cnfまたは同様のものでwait_timeoutおよびmax_allowed_pa​​cketを変更することで解決できます。

私はこれらの値を提案します：

wait_timeout = 28800

max_allowed_pa​​cket = 8M

Vagrant Boxの場合、ボックスに十分なメモリを割り当ててください

config.vm.provider "virtualbox" do |vb|
  vb.memory = "4096"
end

まれなシナリオとして、クライアントとサーバーの間にファイアウォールがあり、TCPが接続に強制的にリセットされることがあります。

私はその問題を抱えていて、企業のF5ファイアウォールが5分以上アイドル状態の非アクティブなセッションを終了するように構成されていることがわかりました。

もう一度、これはありそうもないシナリオです。

それがなくなった理由のために、Mysqlサーバーのログをチェックすることは常に良い考えです。

それは教えてくれます。

xamppサーバーを使用している場合：

xampp-> mysql-> bin-> my.iniに移動します

パラメータの下を変更：

max_allowed_pa​​cket = 500M

innodb_log_file_size = 128M

これは私に大いに役立ちました:)

以下のligneのコメントを外しますmy.ini/my.cnf。これにより、大きなファイルが小さな部分に分割されます

# binary logging format - mixed recommended
# binlog_format=mixed

に

# binary logging format - mixed recommended
binlog_format=mixed

「＃2006-MySQLサーバーが廃止されました」というエラーの解決策を見つけました。解決策は、2つのファイルをチェックするだけです。

1. config.inc.php
2. config.sample.inc.php

Windowsでのこれらのファイルのパスは

C:\wamp64\apps\phpmyadmin4.6.4

これらの2つのファイルで、この値：

$cfg['Servers'][$i]['host']must be 'localhost' .

私の場合、それは：

$cfg['Servers'][$i]['host'] = '127.0.0.1';

それを次のように変更します。

"$cfg['Servers'][$i]['host']" = 'localhost';

両方で確認してください：

1. config.inc.php
2. config.sample.inc.phpファイルは 'localhost'でなければなりません。

そして最後のセット：

$cfg['Servers'][$i]['AllowNoPassword'] = true;

次にWampserverを再起動します。

phpmyadminのユーザー名とパスワードを変更するには

config.inc.phpファイルを介してphpmyadminのユーザー名とパスワードを直接変更できます

これらの2行

$cfg['Servers'][$i]['user'] = 'root';
$cfg['Servers'][$i]['password'] = '';

ここで、新しいユーザー名とパスワードを指定できます。変更後、ファイルを保存してWAMPサーバーを再起動します。

Ubuntuデスクトップの別のMySQLクライアントソフトウェアでエラー2006メッセージが表示されました。JDBCドライバーのバージョンが古すぎることがわかりました。

これは、.sqlファイルサイズの問題である可能性があります。

xamppを使用している場合。xamppコントロールパネルに移動-> [MySql config]をクリック-> [my.iniを開く]。

パケットサイズを大きくしてください。

max_allowed_packet = 2M -> 10M

XAMPPを使用している場合は、もっと簡単な方法があります。XAMPPコントロールパネルを開き、mysqlセクションのconfigボタンをクリックします。

my.iniをクリックすると、エディターで開きます。max_allowed_pa​​cketを必要なサイズに更新します。

次に、mysqlサービスを再起動します。Mysqlサービスで停止をクリックし、もう一度開始をクリックします。数分待ちます。

次に、Mysqlクエリをもう一度実行してみます。それがうまくいくことを願っています。

MAMP 5.3では、my.cnfが見つからず、max_allowed_pa​​cketが変数に格納されているため、それらを追加しても機能しません。

1つの解決策は次のとおりです。

1. http：// localhost / phpmyadminに移動します
2. [SQL]タブに移動します
3. SHOW VARIABLESを実行して値を確認します。値が小さい場合は、大きい値で実行します

4. 次のクエリを実行すると、max_allowed_pa​​cketが7GBに設定されます。

   グローバルmax_allowed_pa​​cket = 268435456を設定します。

場合によっては、次の値も増やす必要があります。

set global wait_timeout = 600;
set innodb_log_file_size =268435456;

XAMPPを使用するユーザーの場合、C：\ xampp \ mysql \ bin \ my.iniに2つのmax_allowed_pa​​cketパラメータがあります。

このエラーは基本的に2つの理由で発生します。

1. RAMが低すぎる。
2. 接続しようとすると、データベース接続が閉じられます。

以下のこのコードを試すことができます。

# Simplification to execute an SQL string of getting a data from the database
def get(self, sql_string, sql_vars=(), debug_sql=0):
    try:            
        self.cursor.execute(sql_string, sql_vars)
        return self.cursor.fetchall()
    except (AttributeError, MySQLdb.OperationalError):
        self.__init__()
        self.cursor.execute(sql_string, sql_vars)
        return self.cursor.fetchall()

特に2番目の理由により、その背後にある理由にかかわらず、エラーが軽減されます。

RAMの不足が原因である場合は、コードまたはデータベース構成からデータベース接続の効率を上げるか、単にRAMを増やす必要があります。

これが誰かを助けるために：

アプリケーションのいくつかの部分から呼び出される関数で接続を開いたり閉じたりしたときに、このエラーが発生しました。接続が多すぎるので、既存の接続を再利用するか、破棄して新しい接続を作成することをお勧めします。

  public static function getConnection($database, $host, $user, $password)
 {
 if (!self::$instance) {
  return self::newConnection($database, $host, $user, $password);
 } elseif ($database . $host . $user != self::$connectionDetails) {

self :: $ instance-> query（ 'KILL CONNECTION_ID（）'）; self :: $ instance = null; return self :: newConnection（$ database、$ host、$ user、$ password）; } return self :: $ instance; }結局、私たちが殺害にあまりにも徹底しすぎたので、古い接続で重要なことをしているプロセスが彼らのビジネスを決して終えることができなかったことがわかります。だから私たちはこれらの行をドロップしました

  self::$instance->query('KILL CONNECTION_ID()');
  self::$instance = null;

マシンのハードウェアとセットアップにより、サーバーで許可される接続の数が増えるため、

max_connections = 500

設定ファイルに。これで今のところ問題が解決し、mysql接続の強制終了について何かを学びました。

しばらくオフラインになることがわかっている場合は、接続を閉じて処理を実行し、再接続してレポートを書き込むことができます。