mysqlが動作していない、起動していない

Question

ここにエラーログが少しあります。

160422 10:45:00 [Note] InnoDB: The log sequence numbers 1665244 and 1665244 in ibdata files do not match the log sequence number 15857945 in the ib_logfiles! 
160422 10:45:00 [Note] InnoDB: Database was not shutdown normally! 
160422 10:45:00 [Note] InnoDB: Starting crash recovery. 
160422 10:45:00 [Note] InnoDB: Reading tablespace information from the .ibd files... 
160422 10:45:00 [Note] InnoDB: Restoring possible half-written data pages 
160422 10:45:00 [Note] InnoDB: from the doublewrite buffer... 
160422 10:45:00 [Note] InnoDB: 128 rollback segment(s) are active. 
160422 10:45:00 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.22-72.0 started; log sequence number 15857945 
160422 10:45:00 [Note] InnoDB: !!! innodb_force_recovery is set to 2 !!! 
160422 10:45:00 [Note] Plugin 'FEEDBACK' is disabled. 
160422 10:45:00 [Note] Server socket created on IP: '::'. 
160422 10:45:00 [ERROR] mysqld.exe: Table '.\mysql\db' is marked as crashed and last (automatic?) repair failed 
160422 10:45:00 [ERROR] Fatal error: Can't open and lock privilege tables: Table '.\mysql\db' is marked as crashed and last (automatic?) repair failed 

plzの誰かの助けを借り、私は、そのバックアップ私は行っていない、私は以前この質問を投稿、しかしdidntの答えを得た...これは私が、その後から、phpmyadminのにアクセスしようとしたときに開始一つの重要なデータベースを持っていますon mysqlが起動していません。

Answer 1

私はそれから2つの潜在的な方法を見ます。以下の場合

：

Table '.\mysql\db' is marked as crashed and last (automatic?) repair failed 

それはMyISAMのDBである場合は、それを修復するためにmysqlcheckのを使用することができます。それ以外の場合、InnoDBデータベースの場合は、InnoDB強制回復オプションを試してください。あなたはInnoDB force recoveryを使ってDBを起動し、それからDBダンプを取って、新しいMySQLインストールでそれを復元することができます。

将来は、innodb_file_per_tableオプションを有効にしてみてください。

今、2番目のオプションです。最初のものが最も可能性が高いように見えますが。

The log sequence numbers 1665244 and 1665244 in ibdata files do not match the log sequence number 15857945 in the ib_logfiles! 

最初の方法がうまくいかなかった場合は、これを試してください。

1. 別のディレクトリにあるMySQLのDATADIRのフルバックアップを取る：ib_logfilesが壊れているようにそれは私が前に、この問題に直面し、私のDBのアップと作業を取得するには、次の手順を使用し、見えます。
2. mysqlサービスが停止していることを確認してください。
3. はib_logfile1を削除し、ib_logfile2
4. は

はそれが

Answer 2

Rishavは、innodb_force_recoveryは何も回復しないホープMySQLサービスを開始します。それはあなたがmysqlを起動するモードです。それが始まったら、ダンプを取ることができるはずです。以下の手順を実行する必要があります。

バックアップを取る手順。

1. Stop mysqld. 
2. Backup /var/lib/mysql/ib* 
3. Add the following line into /etc/my.cnf 
innodb_force_recovery = 4 
4. Restart mysqld. 
5. Dump your DB using mysqldump to a dump.sql file. 
6. Drop all databases which need recovery. 
7. Stop mysqld. 
8. Remove /var/lib/mysql/ib* 
9. Comment out innodb_force_recovery in /etc/my.cnf 
10. Restart mysqld. Look at mysql error log. By default it should be /var/lib/mysql/server/hostname.com.err to see how it creates new ib* files. (Although, I recommend a fresh setup here) 
11. Restore databases from the dump:mysql < dump.sql