0

何が起こっているのかを明確に説明できることを願っています。私は検索しましたが、この問題がどこにも言及されていませんでした (ただし、検索スキルが低いことは認めます)。MySQL は削除されたテーブルを作成し、別のエンジンを MyISAM から InnoDB に変更しています。

少し歴史:

Linux Mint システムの NetBeans で MySQL を使用して Java アプリケーションを開発しています。2 GB の空き容量があるデフォルトのディレクトリ (/var/lib/mysql) を変更せずに、やみくもに MySQL を使い始めました。すぐに InnoDB ibdata でいっぱいになったので、StackOverflow でここにある手順を使用して InnoDB を無効にし、ファイルを削除しました。少し後、パーティションをテーブルでいっぱいにしたので、ハード ドライブ全体をデータベース専用にしました。途中で、MySQL コマンド ラインから「portfolio」というテーブルを作成しました。次に、それを削除して、「ポートフォリオ」(複数)と呼ばれる新しいものを作成することにしました。その後、約 1 週間前に、InnoDB をもう一度試してみることにしました。1 日か 2 日実行してから、もう一度無効にすることにしました。

現在、1 日に 1 回、「ポートフォリオ」で「不明なストレージ エンジン「InnoDB」」が表示され、「テーブルの表示」コマンドで「ポートフォリオ」と「ポートフォリオ」の両方が一覧表示されます。両方を削除し、「ポートフォリオ」で新しい作成コマンドを発行すると、すべて正常に実行されます。マシンを再起動したところ、すべて問題ありませんでした。それから昨日、「不明なエンジン InnoDB」エラーが突然発生し、プロセスを再度実行する必要がありました。私は今朝起動し、すべてがうまくいきました。ちょうど今、マシンの電源を切る必要があり、電源を入れ直した後、再びエラーが発生し、「ポートフォリオ」テーブルが再び表示されました。また、'portfolio' の describe コマンドは、元の作成方法ではなく、メモリ エンジンを使用して Java プログラムで作成されたさらに別のテーブル用です。

MySQL は古い情報をどこかに隠していて、時々それを復活させたいと思っているようです。どこを見ればよいか、またはこれを修正する方法はありますか?

助けてくれてありがとう、これは私の最初の投稿ですが、ここ数週間で多くの貴重な情報を見つけました.am

4

1 に答える 1

0

私の最後のコメントで言及されたラッキーバックアップの復元が問題のようです。私はそれをスケジュールから削除し、すべてが 1 日以上正常に実行されています。

それまでの間、H2 を試してみるインセンティブを与えてくれました。大規模なテーブルをゼロから構築するのははるかに高速ですが (MySQL の 77 分に対して 41 分)、他のいくつかの点では遅くなります。また、より標準的な SQL ステートメントを学習して使用することも余儀なくされました。

于 2013-10-18T23:39:23.397 に答える