チェックが完了したとき-システムにログインできませんでした。
更新要求は単に適用されませんでした。
迷わずに、サーバーのリセットをクリックしました。
サイトのローカルバージョンでアクションが行われたことを神に感謝します
リセットは、サーバーOSのソフトウェア再起動として理解されます。
数秒後、再びログインフォームにアクセスしました。ログインフォームが正常にログインし、メインページに表示されたので、「ゲスト」であることが通知されました。
今、彼女は、認証データを含むテーブルが破損していると言って、男のように修正します。
ただし、ご存知のとおり（？）、InnoDBはそれほど簡単に修復されず、MyISAM形式のログインデータ（毎回更新される）を含むテーブルを取得できません。1つの大きなロックがあります。
Binlogなどは、作業中のラップトップには保存されません。
さて、私はnafigテーブルを破壊し、その場所にサーバーからのダンプを埋めました...
そして彼は起きなかった...
InnoDB：テーブルをバックグラウンドドロップキューに追加します。
080609 13:39:24 InnoDB：エラー：テーブル `kusers`はInnoDB内部に既に存在します
InnoDB：データ辞書。 .frmファイルを削除しましたか
Mysqlが再び再起動されました...そしてvseravnoダンプが起きませんでした...（エラー121）
その後、テーブルは別の名前であふれました...
それは昨日でした。
今日、ログインフォームは再び私を受け入れませんでした...
この時点でWindowsは次の更新をキャッチし、再起動を要求しました。 それが行われました。
さて、再起動後、必要なデータベースのすべてのInnoDBテーブルは機能しません。
修正できない（？）
現時点では、3か月前のバックアップが殺到しており、夜間にサーバーから800メートルのダンプをダウンロードする必要があります...
「死」の前に、筋肉の丸太は種の構造に打ち込まれました
080606 17:42:53 [警告] MySQLはアクティブなInnoDBトランザクションを持つ接続を閉じています。 7行の変更はロールバックされます。
080606 17:42:53 InnoDB：エラー：MySQLがthdを解放しています
InnoDB：trx-> n_mysql_tables_in_useは1ですが
InnoDB：およびtrx-> mysql_n_tables_lockedは7です。
トランザクション0 3793293、開始されていません、OSスレッドID 4056
使用中のmysqlテーブル1、ロック7
MySQLスレッドID 2045、クエリID 57959 localhost 127.0.0.1ルート
len 808; hex 065c6e051c9086000c00000001000000dc3e4948030000000100000001000000000000008 ...
asc \ nђ†b> IHЌ9yayayayaЋ9= H + RїЏPїЏ¤›Ї 'MM @H！ @†！ ј9 'ЏЂ！ €9 @y; Ђ！ Ђ！ q8 $ $ "¤" "„4 4; 8 8; T T ;;;;;; z0 ’;
残念ながら、これは私のInnoDBが落ちたのは初めてではありません。
そしてより正確に-2番目。
初めてサーバーでkakrazを落としたとき。 また、ログには、トランザクションへのロールバックを常に行っていると書いています。
その後、すべてのベースが落ち、筋肉はビンログを食べませんでした。 再インストールのみが役立ちました。
毎日tamaダンプの利点+電子メールの重要なデータが重複しています。
一般的に、私は、「ダンプが完全にダンプされた」場合に、InnoDBの信頼性の外観を作成し、10分間何も残さないようにする方法について、コミュニティからのアドバイスと決定を叫び、本当に楽しみにしています。
もしそうなら。