問題タブ [mysql-error-2013]

プログラムを数日以上実行すると、MySQLへの接続エラーが発生します。データベースへの接続中のMySQLエラーコードは2013です。MySQLサーバーとクライアントプログラムは両方とも同じマシン上にあります。OSとしてFC5を使用しており、MySQLのバージョンは5.0.18です。誰かがこれに光を当てることができますか？

呼び出し中にmysqlエラー2013が発生しますmysql_real_connect()...

どんな助けでも大歓迎です。

私のプロジェクトはローカルで正常に動作します。Debianに置くと、エラーに直面しています：

PDO 接続エラー: SQLSTATE[HY000] [2013] '初期通信パケットの読み取り' で MySQL サーバーへの接続が失われました、システム エラー: 110

インターネットで検索しましたが、databases.yml ファイルが原因だと誰もが考えています。私はたくさん試しましたが、問題を解決できませんでした。

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

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

私は LAMP Web サイト (PHP/MySQL) を持っており、MySQL データベースに大きく依存しています。

最近、次のエラーが断続的に発生し始めました。

これは 1029 行目で、上記のエラーがときどき発生する特定の行です。

はどこに$cfg['db_location']あり"localhost"、ユーザー名とパスワードは正しいです。

PHP スクリプトが MySQL サーバーへの接続を断続的に失う原因となっているように見えます。これは、すべての MySQL 接続が localhost に対して行われているため、不可解です。つまり、PHP スクリプトと MySQL サーバーは両方とも同じボックスで実行されており、localhost 経由で MySQL に接続しています。

さらに、私の PHP スクリプトはおそらく 90% のページで MySQL サーバーに正常に接続できるため、これは不可解です。

私が知る限り、サーバーには利用可能な RAM と CPU が十分にあります。

そして十分な利用可能なディスク容量。を実行するdf -hと、すべてのファイル システムの使用率が最大で 25% になります。

そのため、PHP エラー ログに表示される散発的なエラーの原因がわかりません。

PHP スクリプトがローカルホスト上の MySQL サーバーへの接続を断続的に失う原因となっている可能性のあるアイデアはありますか?

MySQL 5.1 にアップグレードしました。実行すると次のようになりますmysql -V。

ただし、同じエラーがまだ発生しています。

以前と同様に、エラーは断続的に発生し続けます。

MySQL 5.1 にアップグレードした後、PHP エラー ログを注意深く調べています。最初のものと同様のエラーが他にもいくつかあることに気付きました。たとえば、次のようなエラーがあります。

そして、ログで見た別のエラーは次のとおりです。

いずれの場合も、根本的な問題は MySQL への接続の失敗にあるようです。これを引き起こしている可能性のあるアイデア、またはそれをデバッグする方法はありますか?

問題：

1. クエリは 10 分後に中止されます
2. クエリはより高速にする必要があります

次のクエリを作成しました。これはいくつかのバージョンの中で最速でした。残念ながら、より多くのデータを使用すると、これでも 600 秒後に「エラー コード: 2013. クエリ中に MySQL サーバーへの接続が失われました」というエラーで中止されます。

ステップの行数は次のとおりです。

1: 64763 2: 51932

期間: 36

モデル: 15

3: 2706

4:2172

これは説明です:

クエリを固定する方法や接続の中止を回避する方法を知っている人はいますか?

解決：

問題 1: コマンド ラインから "set wait_timeout=2147483" を実行する (SQL 内ではない)

問題 2: 中間結果を一時テーブルに格納し、インデックスを追加します。次に、大規模な結合を実行します。

一番

キリスト教徒

MySQLバージョン5.5.14-logを使用していますが、最近アップグレードしました。現在、MySQL 5.5.14-logバージョンで2013エラーが頻繁に発生し、アプリケーション（MySQLバージョン5.0.41でコンパイル）からのみ問題を手動で再現できません。

誰かがこのエラーを再現する方法やこのエラーを解決する方法を教えてくれます。前もって感謝します。

このクエリが失敗するのはなぜですか？

MySQLサーバーログ：

• InnoDB：ファイルrow0sel.cの2441行目のスレッド2292でアサーションが失敗しました
• InnoDB：失敗したアサーション：buf + data_len <= original_buf + buf_len
• InnoDB：意図的にメモリトラップを生成します。
• InnoDB：詳細なバグレポートをhttp://bugs.mysql.comに送信します。
• InnoDB：アサーションの失敗やクラッシュが繰り返される場合でも、
• InnoDB：mysqldの起動直後に、
• InnoDB：の破損
• InnoDBテーブルスペース。参照してください
• InnoDB：http ://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
• InnoDB：強制的なリカバリについて。
• InnoDB：スレッド1544がファイルos0sync.cの474行で停止しました
• InnoDB：スレッド2028がファイルos0sync.cの781行で停止しました

また、＃2013エラーが発生します-クエリ中にMySQLサーバーへの接続が失われました

しかし、私が変更した場合

session_id ='ADBCDEFGHIJQLMNOPQRSTUVWXYZ'

に

session_id LIKE'％ADBCDEFGHIJQLMNOPQRSTUVWXYZ％'

MySQL で奇妙な動作が発生しています。VARCHAR(512) である 1 つの列を含む、大きくない、約 20k 行のテーブルがあります。このテーブルで SELECT クエリ (結合などを含む) を実行すると機能しますが、スキーマを VARCHAR(1024) または TEXT に変更すると、次のエラーが発生します#2013 Lost connection to MySQL server during query。

私のerror.logは次を示しています：

データベースをダンプして別のマシンにロードしましたが、スキーマに関係なく正常に動作します。この問題をどのようにデバッグするか、または何が原因であるかを知っている人はいますか?

追記: 問題のマシンは Rackspace クラウド サーバーです。サーバーのサイズを変更しました。つまり、より多くのリソースがあり、実行されているハードウェアが変更された可能性がありますが、問題は解決しません。

明確化：スキーマに関係なく、このテーブルでほとんどのクエリを実行できます。失敗の原因と思われるのは、特定のクエリ（多数の結合を含む）だけです。SELECT * は問題なく動作します。

電源が落ちたとき、MySQL サーバーに 1 つのテーブルをインポートしていました。このイベントの後、インポートしているテーブルをクエリしようとしましたが、このテーブルをクエリしているときにのみエラー 2013 が発生しました (他のテーブルは問題なく動作します)。

私はサーバーに物理的にアクセスし、そこからクエリを実行しようとしました (SELECT を試み、さらには DROP TABLE を試みました) が、それでも同じエラーが発生しました。

テーブルのみを再構築できるソリューションを知っている人はいますか (スキーマ全体をゼロから構築する必要はありませんか?)

ローカルの MySQL インストールに大規模なデータベース (.sql ファイルは 300MB) をインポートしようとしていますが、インポートに約 2 秒かかり、次のエラー メッセージが表示されます。

どうやらこれはかなり一般的なエラー メッセージですが、さまざまなことを試しました (すべて問題を解決できませんでした)。

多くの人が、編集が必要なmy.cnf/my.ini構成ファイルを参照しています。問題は、このファイルを一生見つけることができなかったこと.iniです。このディレクトリにさまざまなファイルが見つかりました。

しかし、誰も権利を与えられていなかったmy.iniので (これが正しいかどうかはわかりません)、単純に my.ini と my.cnf ファイルを作成し、上記のディレクトリに配置しました。このファイルの内容は次のとおりです。

まず、構成ファイルが実際にどこにあるのかわかりません (コンピューターでmy.iniとを検索しようとしましたがmy.cnf、どちらも役に立ちませんでした)、それを見つける方法はありますか?

第二に、問題は構成ファイルの設定とはまったく関係がないのでしょうか? これを引き起こしている可能性のあるものは他にありますか？

背景情報:

• 復元しようとしているデータベースは Magento データベースです
• 私はIIS7で実行しています（問題はMySQLにあるため、これは関係ないと思います）
• MySQL のバージョンは 5.5 です

MySQL ワークベンチと SQLyog コミュニティ エディションを使用してデータベースをインポートしようとしましたが、どちらもほぼ同じ場所で失敗します (SQLyog は 2 行前後で失敗したと思います)。