今朝はログインできなくなってきて、MySQLが起動することはできません。個人的なサイトを見つけ、ログを表示するには、次のエラーが見つかりました:

バックトレースをしようとしています。あなたは見つけるために、以下の情報を使用することができます
mysqldが死んだところ。あなたはこの後何もメッセージが表示されない場合、何かが行って
ひどく間違っ... 
2019年11月15日午前8時47分24秒7518 [注]プラグイン「FEDERATED」は無効になっています。
2019年11月15日8時47分24秒7518 [注]のInnoDBは:refカウントバッファー・プール・ページへのアトミックを使用して
2019年11月15日8時47分24秒7518 [注]のInnoDB:InnoDBのメモリヒープが無効になっています
2019-11- 15午前8時47分24秒7518 [注]のInnoDB:ミューテックスとrw_locksがGCC原子組み込み関数を使用する
2019年11月15日8時47分24秒7518 [注]のInnoDB:メモリ・バリアが使用されていない
2019年11月15日8時47分24秒を7518 [注] InnoDBは:圧縮テーブルはzlibの1.2.11を使用
使用してLinuxのネイティブAIO:2019年11月15日午前8時47分24秒7518 [注]のInnoDBを
2019年11月15日午前8時47分24秒7518 [注]のInnoDB:使用CPUのCRC32命令 
2019年11月15日8時47分24秒7518 [注] InnoDBは:可能なハーフ書き込んだデータページを復元
2019年11月15日午前8時47分24秒7518 [注]のInnoDB:バッファプールの初期化、サイズ= 256.0M 
2019年11月15日午前8時47分24秒7518 [注]のInnoDB:バッファプールの初期化完了
2019年11月15日午前8時47分24秒7518 [注] InnoDBテーブル:最高サポートされるファイル形式はバラクーダです。
2019年11月15日8時47分24秒7518 [注]のInnoDB:ログスキャンが8081314994 LSNチェックポイントを過ぎて進んで
データベースが正常にシャットダウンしませんでした:[注] InnoDBは2019年11月15日8時47分24秒7518!
2019年11月15日8時47分24秒7518 [注] InnoDBは:クラッシュリカバリを開始します。
2019年11月15日8時47分24秒7518 [注]のInnoDB:の.ibdファイルから読み込み、表領域情報... 
2019年11月15日8時47分24秒7518 [注] InnoDBは:二重書き込みバッファから... 
InnoDBは:こう回復:順序番号をログに記録するアップスキャン8081327808
2019年11月15日8時47分24秒7518 [注] InnoDBテーブル:データベースにログレコードのバッチを適用開始... 
InnoDBは:パーセントの進展:64 65 66 67 68 2019年11月15日8時47分24秒2b3267ecb700のInnoDB:エラー:78ページのログ・シーケンス番号8081835177 
InnoDBは:将来的にはあります!現在のシステムのログ・シーケンス番号8081327808.は、
InnoDBは:あなたのデータベースが破損している可能性があるか、InnoDBのコピーしたこと
はInnoDB:表領域ではなく、InnoDBのログファイルを。参照してください
http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html:InnoDBは
InnoDBテーブルを:詳細については。
69 70 71 2019-11-15午前8時47分24秒2b3267cca70000:47:24 UTC - mysqldは信号11を得ました。
InnoDBは:エラー:3ページのログ・シーケンス番号8081837465 
InnoDBは:将来的にはあります!現在のシステムのログシーケンス番号8081327808. 
InnoDBは:お使いのデータベースが破損している可能性があるか、あなたはInnoDBテーブルをコピーしたことがあり
InnoDBは:表領域ではなく、InnoDBのログファイル。参照してください
http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html:InnoDBは
InnoDBテーブルを:詳細については。
あなたがバグを打つので、これは可能性があります。このバイナリことも可能であり、
それはに対してリンクされたライブラリのまたは1つは、破損し、不適切に構築された、ある
か、間違って設定します。また、このエラーは、ハードウェアの誤動作によって引き起こされる場合があります。
私たちは、うまくいけば役立ついくつかの情報までこすりするために全力を尽くす
問題を診断し、私たちはすでにクラッシュしておりますので、
何かが確実に間違っていると、これは失敗することがあります。

key_buffer_sizeは= 67108864 
read_buffer_size = 1048576 
THREAD_COUNT = 0 
connection_count = 0 
max_used_connections = 0
MAX_THREADS = 500 
80 81 / WWW /サーバ/ MySQLの/ binに/ mysqldを[0x98c904]
これは、mysqldがまで使用可能性があり
key_buffer_sizeは+(read_buffer_size + sort_buffer_size)* 1095926 Kは、バイトのメモリ= MAX_THREADS 
OKです希望。ない場合は、式のいくつかの変数を減少させます。

スレッドポインタ:0x0の
バックトレースをしようとしています。あなたは見つけるために、以下の情報を使用することができます
mysqldが死んだところ。あなたはこの後何もメッセージが表示されない場合、何かが行って
ひどく間違っ... 
72 73 stack_bottom = 0に0x40000 thread_stack 
74 75 76 77 / WWW /サーバ/ mysqlの/ binに/ mysqldを(my_print_stacktrace + 0x2c)[0x903fac] 
78 79 / WWW /サーバー/ MySQLの/ binに/のmysqld(handle_fatal_signal + 0x357)0x6747d7] 
/lib64/libpthread.so.0(+0xf5f0)[0x2b323e5ec5f0]
2019年11月15日午前8時47分24秒2b3267cca700のInnoDB:エラー:18ページのログ・シーケンス番号8081565946 
InnoDBは:将来的にはあります!現在のシステムのログ・シーケンス番号8081327808.は、
InnoDBは:あなたのデータベースが破損している可能性があるか、InnoDBのコピーしたこと
はInnoDB:表領域ではなく、InnoDBのログファイルを。参照してください
http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html:InnoDBは
InnoDBテーブルを:詳細については。
82 / WWW /サーバ/ MySQLの/ binに/ mysqldを[0x98e58c] 
83 84 / WWW /サーバ/ MySQLの/ binに/ mysqldを[0x97666c] 
85 86 87 / WWW /サーバ/ MySQLの/ binに/ mysqldを[0x978107] 
88 2019-11- 15午前8時47分24秒2b3267cca700のInnoDB:エラー:10ページのログ・シーケンス番号8081837122 
InnoDBは:将来的にはあります!現在のシステムのログ順序番号8081327808。
InnoDBは:あなたのデータベースが破損している可能性があるか、InnoDBのコピーしたこと
はInnoDBを:表領域ではなく、InnoDBのログファイルを。参照してください
http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html:InnoDBは
InnoDBテーブルを:詳細については。
/ WWW /サーバ/ MySQLの/ binに/ mysqldを[0xa4c068] 
89 90 91 / WWW /サーバ/ MySQLの/ binに/ mysqldを[0xa90a76] 
92 93 / WWW /サーバ/ MySQLの/ binに/ mysqldを[0x9eeb78] 
/lib64/libpthread.so 0.0(+ 0x7e65)0x2b323e5e4e65] 
/lib64/libc.so.6(clone+0x6d)[0x2b323f75388d] 
http://dev.mysql.com/doc/mysql/en/crashing.htmlでマニュアルページが含まれている
情報をそれはあなたがクラッシュを引き起こしているものを見つけるのに役立つはずです。

ログInnoDBエンジンから分かるように、問題外です。強制回収方法http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.htmlを表示するには、ログインするように要求。

InnoDBはリカバリモードを入力します。

パネルは、ソフトウェアストア-MySQLで塔であれば、開いた構成の変更は、6行目で次のように追加mysqldの:

innodb_force_recovery = 6

その他の自己コンパイルMySQLは、mysqldの内側次my.confに参加してください。

innodb_force_recovery = 6

innodb_force_recovery = 6が反映されない場合は、2--6いくつかの数字を試すことができます。

リテラシー:
innodb_force_recoveryは、全体のInnoDBストレージエンジンの回復に影響を与えます。デフォルトでは、リカバリ(すなわちパリティデータ・ページ/パージアンドゥ/挿入バッファマージ/必要なときに手段がすべてのリカバリ操作を実行する0で、バック&ロールフォワード)、 それは回復操作、mysqlは起動しないこと、およびエラー効果的ではないときにログ;
innodb_force_recovery 1-6が設けられていてもよい、すべての数値の前に影響を多数含みます。パラメータ値が0よりも大きい場合、あなたは、作成、テーブルの上にドロップ操作を選択することができますが、挿入、更新、または削除などの操作が許可されていません。

1(SRV_FORCE_IGNORE_CORRUPT):破損しているページを無視して確認してください。
2(SRV_FORCE_NO_BACKGROUND):完全なパージ操作を実行するために、このようなメインスレッドのニーズとして、実行中のメインスレッドを停止するには、クラッシュにつながります。
3(SRV_FORCE_NO_TRX_UNDO):トランザクションのロールバック操作は実行されません。
4(SRV_FORCE_NO_IBUF_MERGE):挿入バッファマージ操作が行われません。
5(SRV_FORCE_NO_UNDO_LOG_SCAN):ビューは、ログをやり直していない、トランザクションInnoDBストレージエンジンは、コミットされていない提出されたものとみなされます。
6(SRV_FORCE_NO_LOG_REDO):プレロール動作は行われません。

そして、MySQLサービスを再起動します。

systemctl再起動mysqld.service

通常の起動のMySQL、データベースのバックアップが完了したら、この記事を参照することができます使用mysqldumpをLinuxのデータベースのバックアップとリカバリの下で

バックアップした後、我々はデータディレクトリに3つのファイルを削除します。

RM -f ib_logfile0 ib_logfile1 ibdata1と

注:/ WWW /サーバー/データ:データパス仏塔です

InnoDBのリカバリモードを終了します。

ファイルを削除すると、我々は最初のステップに戻ります。

パネルはソフトウェア店-MySQL、オープン構成の変更で石塔である場合は、以下の行をコメント:

innodb_force_recovery = 6

またはそれを変更します。

innodb_force_recovery = 0

同じ動作のMySQLの他のバージョン、my.confを変更する注釈。

操作が完了した後、我々はデータベースをインポートするには、こちらの記事を参照することができます:Linux用の使用のmysqldumpデータベースのバックアップとリカバリを

インポートプロセスは、次のようなエラーが発生します。

テーブルのテーブルスペース `tablexx`が存在します。IMPORT前に表領域を破棄してください。

私たちの以前のデータベースは、それが不可能にインポートすること、ファイルに存在するためです。

ソリューション:

1.あなたは、データベースを削除して追加する前に。

2.データベースディレクトリを空にする前に、[インポート

注:パゴダパネルデータベースディレクトリ:/ WWW /サーバー/そのディレクトリのフォルダ内のデータベースファイルにデータを空にすることができます。

これまでのところ、データベースが復元されます。

追伸:

検索だけで、この問題が発生して、ユーザー、および多くが、MySQLのバージョンBUGにとって最も説明、修正へのバージョンアップを通じて、しかし、MySQLの開発環境は、生産バージョン5.xの一部であるためには、アップグレードすることができないことがわかりました修理、この問題が再び発生しない願って、涙が走った〜

>>  このリンク: レコードの生産環境は、MySQLの問題を開始することはできません
>>  転載元明記してください: アサシンブログは
>>  推奨VPS: ロサンゼルスGIAクレアの部屋でHostdare有料$ 16
>>  記事が失敗した場合や、インストールが失敗した場合は、フィードバックのためのメッセージを残してください