問題タブ [mysql-error-126]

これは、MySQLが既存の（非常に大きな）テーブルに新しいインデックスを適用しようとしたときに表示されるエラーメッセージです。もちろん、私がそれを修復しようとするというエラーメッセージの提案に従うとき：

ここでの私の最善の行動は何ですか（いじくり回す前に明らかな完全バックアップに続いて）？

更新：同じスキーマの新しいテーブル（MyISAM）を作成し、すべてのレコードをコピーし（selectに挿入）、新しいテーブル（InnoDB）のエンジンを変更し、破損したテーブルの名前を変更し、新しいテーブルの名前を変更してから、もう一度、同じエラーが発生しました。

MySQL クエリから次のエラーが発生しました。

#126 - Incorrect key file for table

このテーブルのキーを宣言していませんが、インデックスはあります。何が問題なのか誰か知っていますか？

このクエリを実行します。

大丈夫です。

しかし、「=」を「!=」に置き換えると、非常に時間がかかります...結果の代わりに次のようになります。

なんで？

私は頻繁に助けを求めてここに来ることはありませんが、私はこれにかなり不満を感じており、誰かが以前にそれに遭遇したことを望んでいます。

複数の結合を使用してテーブルからレコードをフェッチしようとすると、次のエラーが発生します。

したがって、このクエリはエラーを生成します。

しかし、これはしません：

そして、これもそうではありません：

これを引き起こしている可能性がありますか？tmpテーブルの修復方法はよくわかりませんが、毎回新しいtmpテーブルであるため、それが問題になるとは思いません。ユーザー名テーブルはかなり大きいですが（現在233,718レコード）、それがそれと関係があるとは思えません。

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

更新：さらにテストした後、結果を注文しようとしたときにのみエラーが発生するようです。つまり、このクエリは私が期待するものを私に与えます：

しかし、私が追加した場合：

エラーがトリガーされます。これは、現在使用している特定のWebサーバーでのみ発生します。データベースをダウンロードして、ローカルホストや他のサーバーで同じことを試してみると、正常に動作します。MySQLのバージョンは5.0.77です。

これを知っていると、作成されているtmpテーブルが大きすぎて、このブログ投稿で説明されているようにMySQLがチョークするということが起こっていると私はかなり確信しています。解決策がどうなるかはまだわかりませんが...

テーブルにデータを入力するために夜間に実行されるはずのかなり大きなクエリを実行しようとしています。エラーが表示されますIncorrect key file for table '/var/tmp/#sql_201e_0.MYI'; try to repair itが、使用しているストレージ エンジン (デフォルトが何であれ) はテーブルの修復をサポートしていません。

クエリを実行できるようにするにはどうすればよいですか?

サイト全体を実行しています-大規模なWordpress MUインストール全体でクエリを実行しています。このエラーが発生しています：

テーブル '#sql_24b3_61.MYI' のキー ファイルが正しくありません。修復してみてください

示されたテーブルは、sql_24b3_61私のデータベースの一部ではありません。また、多くのテーブルにわたってクエリを実行するため、クエリは非常に大きくなります。

それはいくつかの構成設定のようですか？クエリをほぼ半分に短縮すると機能するためです。10000に設定open-files-limitしましたが、何も変わりませんでした。

InnoDB（テーブルは最初はMyISAMでしたが、しばらく前にInndoBに変換されました）テーブルに問題があります。私はこのクエリを実行しようとしています：

このエラーが発生します：

関係するテーブルの修復を実行できません。ただし、両方のテーブルでCHECKを実行したところ、正常に表示されます。また、両方のテーブルでOPTIMIZEを実行し、以下を実行してテーブルを再構築しました。

次に、新しいテーブルの名前を古いテーブル名に変更しました.....しかし、まだその問題があります。

どのテーブルが原因であるかを確認するために、「rss_feeds」テーブルを参照するクエリのコードを削除しました。これで、クエリは次のようになります。

それはうまくいった。

したがって、問題はrss_feedsテーブルに問題があります。

そこで、テーブルをMyISAMに変換して修復を実行し、次にInnoDBに変換して戻すと考えました。これは一時的に機能し、通常の状態に戻りました。その後、再び壊れました。修復されました。もう一度、また壊れました....今は修理がまったく機能していないようです。

今、私は知っています、私は知っています......私はすでにGoogleでこの問題を検索しました......私は問題の大部分がMySQL一時ディレクトリに十分なスペースがないことに気づきました。 ...しかし、私はすでにホストに一時ディレクトリをもっと多くのスペースがあるものに変更するように依頼しましたが、問題はまだ残っています。

私はホストが責任があると思っています、そしてそれはまだ一時ディレクトリの問題です。なぜ？再び機能するようになった後、rss_postsテーブルにデータを再度追加し始めたため、JOINが大きくなり、MySQLのスペースが再び不足するためです。...どう思いますか？

このエラーはどういう意味ですか？

コマンドラインでPHPを使用して、バッチごとに25kずつテーブルに400kレコードを挿入しています。1kレコードのみを挿入した場合、MySQLエラーは生成されません。

エラーは、サーバーにディスク容量がなくなったことを意味しますか？

ありがとう。

テーブルがクラッシュし続けるエラー126（HY000）：テーブル'./DB/Table.MYI'のキーファイルが正しくありません。それを修理してみてください

修理台で直りますが、問題が再発しています!! 5Gテーブルの修理には約45分かかります。

関連する次の質問を読みましたが、回答に満足できませんでした: MySQL: #126 - テーブルのキー ファイルが正しくありません

問題

クエリを実行すると、このエラーが発生します

エラー 126 (HY000): テーブルのキー ファイルが正しくありません`

質問

問題を見つけようとしても見つからないので、修復コマンドで修正する方法がわかりません。この問題を引き起こしている問題を他の方法で見つける方法へのポインタはありますか?

クエリ

mysqlcheck

カウントされた行

アップデート

ディスクの使用状況