mysql 誤刪除ibdata1之后如何恢復(fù)
如果誤刪除了在線服務(wù)器中mysql innodb相關(guān)的數(shù)據(jù)文件ibdata1以及日志文件 ib_logfile*，
應(yīng)該怎樣恢復(fù)呢？
這時候應(yīng)該一身冷汗了吧？
==================================
先抽根煙，冷靜一下。
==================================
再觀察一下網(wǎng)站，發(fā)現(xiàn)一切都很正常，數(shù)據(jù)的讀取與寫入操作都完全正常。
這是怎么個情況？
其實(shí)，mysqld在運(yùn)行狀態(tài)中，會保持這些文件為打開狀態(tài)，
即使把它們刪除了，它們?nèi)耘f存在于文件系統(tǒng)中，mysqld仍然可以對其進(jìn)行讀寫。
14101是mysqld的pid(進(jìn)程ID)
只要mysqld不結(jié)束，就可以通過proc文件系統(tǒng)找到這幾個被刪除的文件(已經(jīng)被Mark為deleted狀態(tài))。
這時候應(yīng)該松了一口氣吧。只要把這幾個文件復(fù)制回 /var/lib/mysql就行了嗎？
事情絕對沒有這么簡單。
因?yàn)?，在innodb的buffer pool中，有許多dirty page(就是內(nèi)存中的數(shù)據(jù)已經(jīng)被修改，但是沒有寫回文件中),
如果直接把文件復(fù)制回去，輕則數(shù)據(jù)丟失，重則ibdata1文件損壞。
備份mysql數(shù)據(jù)的時候，也不能直接備份這幾個文件，是同樣的道理。
我們必須保證所有buffer pool中的數(shù)據(jù)修改都保存到了硬盤文件上面，
為此，首先要停止更多的寫入/更新/刪除操作，然后等待innodb flush pages to disk.
停止寫入的話，可以把網(wǎng)站應(yīng)用關(guān)閉，或者lock tables:
這時就要等它flush結(jié)束，怎樣知道有沒有結(jié)束呢？觀察checkpoint age就可以了。
checkpoint age 就是 Log sequence number的值減去 Last checkpoint at的值，
如果為0，那么表示所有的page都flush到硬盤文件中了。
這時就要等它flush結(jié)束，怎樣知道有沒有結(jié)束呢？觀察checkpoint age就可以了。
