iT邦幫忙

0

mysql 無法啟動的問題

請教大家
是否有遇過下列的情況,telnet MYSQL服務的3306 PORT是沒有通,但是檢查她的狀態卻是在執行成功的狀態,煩請大家指點迷津,感謝
https://ithelp.ithome.com.tw/upload/images/20180406/20003705QDeOjIP6r5.png

在mysqld.log有看到下列的資訊,是哪裡要加入IP的對應呢?煩請大家指點迷津 (是在my.cnf加入IP的設定嗎?)

180407  8:53:11  InnoDB: Waiting for the background threads to start
180407  8:53:12 InnoDB: 5.5.42 started; log sequence number 2447407723
180407  8:53:12 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
180407  8:53:12 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
180407  8:53:12 [Note] Server socket created on IP: '0.0.0.0'.
180407  8:53:12  InnoDB: Error: page 1634 log sequence number 2448111769
InnoDB: is in the future! Current system log sequence number 2447407723.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: for more information.
180407  8:53:12  InnoDB: Error: page 11748 log sequence number 2453014172
InnoDB: is in the future! Current system log sequence number 2447407723.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
0
yesongow
iT邦大師 1 級 ‧ 2018-04-08 23:20:28

如果是telnet localhost 3306,不知道結果是如何的呢?

ektrontek iT邦研究生 3 級 ‧ 2018-04-09 07:04:42 檢舉

centos她顯示unknown host的訊息
https://ithelp.ithome.com.tw/upload/images/20180409/20003705LXGWuwGSMx.png

灰灰 iT邦新手 3 級 ‧ 2018-04-09 11:51:34 檢舉

那就換一個咩
telnet 127.0.0.1 3306

0
wiseguy
iT邦超人 1 級 ‧ 2018-04-09 14:58:53

"is in the future" 它是告訴你,你的資料記錄"在未來"!白話文意思就是說系統時間倒退了。請檢查一下你的電腦時間對不對,執行校時一下吧。

ektrontek iT邦研究生 3 級 ‧ 2018-04-09 22:53:41 檢舉

應該與這個沒關係,時間看起來正常
https://ithelp.ithome.com.tw/upload/images/20180409/20003705quIQmEYtMf.png

0
bizpro
iT邦大師 1 級 ‧ 2018-04-10 09:52:02

錯誤訊息已說明問題發生的原因:

InnoDB: is in the future! Current system log sequence number 2447407723.
InnoDB: Your database may be corrupt or you may have copied the InnoDB
InnoDB: tablespace but not the InnoDB log files. See
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html

MySQL預設有兩個交易log檔: ib_logfile0和ib_logfile1, 這兩個log檔記載的時間是在表格空間(tablespace)資料記載的時間之後, 也就是未來. 這種問題發生在資料庫毀損, 備份時ib_logfile0和ib_logfile1沒一起備份, 等等問題. 可以救, 請參考:
https://boknowsit.wordpress.com/2012/12/22/mysql-log-is-in-the-future/

上述文章少了一個重要步驟: 先備份整個MySQL資料目錄:

$ tar cfj fullbackup.tar.bz2 <path-to-mysql-data>/

請先做這個步驟!!!

ektrontek iT邦研究生 3 級 ‧ 2018-04-11 20:49:54 檢舉

感謝
請教上列備份指令與下列的結果有甚麼不一樣呢?tks
2) backup all the data : mysqldump -u root -p --all-databases > all-databases.sql

bizpro iT邦大師 1 級 ‧ 2018-04-11 21:42:04 檢舉

我給的指令是保存整個資料目錄以防萬一. 並非救援MySQL的毀損. 更專業應該用dd來保存整個分割區.

ektrontek iT邦研究生 3 級 ‧ 2018-04-12 18:14:21 檢舉

請教大家
的路徑預設是哪理呢?謝謝

我要發表回答

立即登入回答