問題タブ [mysql-error-2006]

大量のデータで INSERT を実行する場合、つまり:

MySQL が返されます

「OperationalError: (2006、'MySQL サーバーはなくなりました')」

これはスクリプトを開始してから 1 分以内に発生するため、タイムアウトの問題ではありません。また、mediumtext_field最大 16 MB のデータを保持できる必要があるため、問題にはなりません。

エラーの原因や回避方法について何か考えはありますか?

使用されている関連ライブラリ: mod_python 3.3.1, MySQL 5.0.51(Windows XP SP3 では xampp 経由、詳細は以下)

ApacheFriends XAMPP (基本パッケージ) バージョン 1.6.5

• アパッチ 2.2.6
• MySQL 5.0.51
• phpMyAdmin 2.11.3

奇妙な問題があります。私はmysql5.1をubuntu9.04にインストールしました。

私はそれを長い間（たとえば3か月）使用しましたが、すべてが順調に進んでいました。私がこの本当に奇妙な問題に直面するまで。

ランダムデータベースに接続したい場合、次のメッセージが表示されます。

これは一部のデータベースでのみ発生しますが、他のデータベースは完全に有用で健全です。その後、サーバーを再起動しようとすると、これが表示されます。

どうしたらいいのかわからない。/var/run/mysqld/mysqld.pid属性を変更しましたが、まだ機能しません。

誰かが私を助けることができますか？

Wampserverバージョン2.0を使用しています。MySQLクエリブラウザまたはPHPMyAdminを使用してSQLファイルをインポートしようとすると、次のエラーが発生します。

ファイルのサイズは54,528KBです。

C：\ wamp \ bin \ mysql \ mysql5.1.30 \ my.iniで、[mysqldump]と[wampmysqld]でmax_allowed_pa​​cketを100Mに設定しました。my.iniでwait_timeout変数が見つかりませんでした。この問題を解決する方法はありますか？参考までに、my.iniファイルの内容を以下に示します。

WSGI の下で Django を使用して MySQL を削除しました。stackoverflow でこの問題のエントリを見つけましたが、特に Django に関するエントリは見つかりませんでした。Google は、回避策 (時々 Web サイトをポーリングする、またはデータベースのタイムアウトを増やすなど) を除いて、役に立ちません。決定的なものはありません。技術的には、サーバーが接続をハングさせた場合、Django および/または MySQLdb (私は最新の 1.2.3c1 を使用しています) は再接続を試みる必要がありますが、これは起こりません。回避策なしでこの問題を解決するにはどうすればよいですか?

ここに私のコードスニペットがあります：

そして私が持っている対応するログ：

通常、私のプログラムは問題なく動作します（サーバー上で動作し、クライアントからの接続を受け入れます）が、毎朝接続しようとすると、上記のメッセージが表示されます。

MySQLサーバーの問題は何ですか？

MYSQLデータベースをインポートしようとすると、次のエラーが発生します。

誰かが私に何が悪いのか教えてもらえますか？

80 MBのSQLファイルをインポートしていますが、エラー2006でmysqlデータベースが消えます。connect_timeout=2592000およびwait_timeout= 216000を増やしました。SQLファイルをデータベースにインポートする必要がある場合はどうすればよいですか？

18236ラインでスタックします。18237行からインポートを開始できますか？

すべての助けに感謝します。

ビューモジュールを有効にして、drupal 7で構造>ビューに移動するとこれを取得します

例外の処理中に追加のキャッチされない例外がスローされました。オリジナル

PDOException: SQLSTATE[HY000]: 一般エラー: 2006 MySQL サーバーがなくなりました: DELETE FROM {cache_form} WHERE (cid = :db_condition_placeholder_0) ; cache_clear_all() の配列 ( [:db_condition_placeholder_0] => form_form-MKcd7j8VJkLHaG7-JGW-vREo_XeUngdnLcqlKOn-02o ) (/home/tennis/public_html/includes/cache.inc の 170 行目)。追加

PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: INSERT INTO {watchdog} (uid、type、message、variables、severity、link、location、referer、hostname、timestamp) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1 、:db_insert_placeholder_2、:db_insert_placeholder_3、:db_insert_placeholder_4、:db_insert_placeholder_5、:db_insert_placeholder_6、:db_insert_placeholder_7、:db_insert_placeholder_8、:db_insert_placeholder_9); 配列 ( [:db_insert_placeholder_0] => 1 [:db_insert_placeholder_1] => php [:db_insert_placeholder_2] => %type: !message in %function (line %line of %file). [:db_insert_placeholder_3] => a:6:{ s:5:"%type";s:12:"PDOException";s:8:"!message";s:240:"SQLSTATE[HY000]: 一般エラー: 2006 MySQL サーバーがなくなった: DELETE FROM {cache_form } WHERE (cid = : db_condition_placeholder_0) ; 配列 ( [:db_condition_placeholder_0] => form_form-MKcd7j8VJkLHaG7-JGW-vREo_XeUngdnLcqlKOn-02o ) ";s:9:"%function";s:17:"cache_clear_all()";s:5:"%file";s :43:"/home/tennis/public_html/includes/cache.inc";s:5:"%line";i:170;s:14:"severity_level";i:3;} [:db_insert_placeholder_4] => 3 [:db_insert_placeholder_5] => [:db_insert_placeholder_6] =>http://192.168.1.66/~tennis/admin/structure/views [:db_insert_placeholder_7] => http://192.168.1.66/~tennis/user/1 [:db_insert_placeholder_8] => 192.168.1.172 [:db_insert_placeholder_9] = > 1309366098 ) dblog_watchdog() 内 (/home/tennis/public_html/modules/dblog/dblog.module の 155 行目)。

多分私の問題は何ですか？

私は自分のオフィスでサーバーを実行して、いくつかのファイルを処理し、その結果をリモートのMySQLサーバーに報告しています。

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

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

そのため、解決できないPHP PDOでスクリプトを実行すると、この問題が発生します。私のスクリプトは、異なるサーバー上の異なるデータベースからの情報のインデックスを作成しています (主に Select クエリ)。

スクリプトを開発していたとき、すべてのデータベースは同じサーバー上にあり、すべて正常に動作していました。データベースを 3 つの異なるサーバーに移動したので、この恐ろしいエラーが発生します。

これは、スクリプトを実行するたびに起こることです:

スクリプトは、次の単純なクエリを実行するポイント (そして毎回そこでクラッシュする) まで、正常に実行されます。

（注、スクリプトが入っており、DBにアクセスして操作するためにPHP使用しています）PHP PDO

その後、クラッシュし、次のエラーが発生します。

私は長い間検索しましたが、まだ解決策が見つかりません。

私は試した：

• /etc/my.cnf (クラッシュが発生した sql) の max_allowed_pa​​cked を変更して、16M から 64M に設定します (クエリが返す結果は実際にはそれほど大きくありません)。

• 既存の接続を強制終了するのを忘れた場合に備えて、max_connections を変更して、より多くの接続を許可します。

• ネットワーク上の問題を確認する

• ホストからリモートSQLサーバーへの接続など、他の多くの小さなこと。

本当に奇妙なのは、クエリを単独で実行しても問題なく動作し、すべてのデータベースが同じサーバー上にある場合でも問題なく動作することです。

私はこの時点で本当に迷っており、問題がどこから来るのか見当がつかないので、助けやヒントを求めに来ています.

これは、例外でクラッシュするメソッドです。