《Mysql入門mysql 誤刪除ibdata1的恢復(fù)方法》要點(diǎn)：
本文介紹了Mysql入門mysql 誤刪除ibdata1的恢復(fù)方法，希望對(duì)您有用。如果有疑問，可以聯(lián)系我們。
導(dǎo)讀：?jiǎn)栴}描述：mysql 誤刪除ibdata1之后如何恢復(fù)如果誤刪除了mysql數(shù)據(jù)庫(kù)中mysql innodb相關(guān)的數(shù)據(jù)文件ibdata1以及日志文件 ib_logfile*,觀...
問題描述：
mysql 誤刪除ibdata1之后如何恢復(fù)
如果誤刪除了mysql數(shù)據(jù)庫(kù)中mysql innodb相關(guān)的數(shù)據(jù)文件ibdata1以及日志文件 ib_logfile*,MYSQL必讀
觀察一下網(wǎng)站,發(fā)現(xiàn)一切都很正常,數(shù)據(jù)的讀取與寫入操作都完全正常.MYSQL必讀
其實(shí),mysqld在運(yùn)行狀態(tài)中,會(huì)保持這些文件為打開狀態(tài),
即使把它們刪除了,它們?nèi)耘f存在于文件系統(tǒng)中,mysqld仍然可以對(duì)其進(jìn)行讀寫.MYSQL必讀
例如：
?MYSQL必讀
root@localhost:/var/lib/mysql# ls -la /proc/14101/fd/ | grep -e ibdata -e ib_
lrwx------ 1 root? root? 64 Aug? 7 23:29 3 -> /var/lib/mysql/ibdata1 (deleted)
lrwx------ 1 root? root? 64 Aug? 7 23:29 8 -> /var/lib/mysql/ib_logfile0 (deleted)
lrwx------ 1 root? root? 64 Aug? 7 23:29 9 -> /var/lib/mysql/ib_logfile1 (deleted)
14101是mysqld的pid(進(jìn)程ID)
?
只要mysqld不結(jié)束,就可以通過proc文件系統(tǒng)找到這幾個(gè)被刪除的文件(已經(jīng)被Mark為deleted狀態(tài)).
這時(shí)候應(yīng)該松了一口氣吧.只要把這幾個(gè)文件復(fù)制回 /var/lib/mysql就行了嗎?
事情沒有這么簡(jiǎn)單.
因?yàn)?在innodb的buffer pool中,有許多dirty page(就是內(nèi)存中的數(shù)據(jù)已經(jīng)被修改,但是沒有寫回文件中),
如果直接把文件復(fù)制回去,輕則數(shù)據(jù)丟失,重則ibdata1文件損壞.
備份mysql數(shù)據(jù)的時(shí)候,也不能直接備份這幾個(gè)文件,是同樣的道理.
我們必須保證所有buffer pool中的數(shù)據(jù)修改都保存到了硬盤文件上面,
為此,首先要停止更多的寫入/更新/刪除操作,然后等待innodb flush pages to disk.
停止寫入的話,可以把網(wǎng)站應(yīng)用關(guān)閉,或lock tables:
?MYSQL必讀
mysql> FLUSH TABLES WITH READ LOCK;
Query OK, 0 ROWS affected (0.37 sec)
?
這時(shí)就要等它flush結(jié)束,怎樣知道有沒有結(jié)束呢?觀察checkpoint age就可以了.
?MYSQL必讀
mysql> SHOW engine innodb STATUS??
---
LOG
---
Log SEQUENCE NUMBER 363096003
Log flushed up TO 363096003
LAST checkpoint at 363096003
?
checkpoint age 就是 Log sequence number的值減去 Last checkpoint at的值,
如果為0,那么表示所有的page都flush到硬盤文件中了.
這時(shí)就要等它flush結(jié)束,怎樣知道有沒有結(jié)束呢?觀察checkpoint age就可以了.
?MYSQL必讀
mysql> SHOW engine innodb STATUS??
---
LOG
---
Log SEQUENCE NUMBER 363096003
Log flushed up TO 363096003
LAST checkpoint at 363096003
?
checkpoint age 就是 Log sequence number的值減去 Last checkpoint at的值,
如果為0,那么表示所有的page都flush到硬盤文件中了.MYSQL必讀
加速flush的過程,可以這樣設(shè)置：
?MYSQL必讀
mysql> SET global innodb_max_dirty_pages_pct=0;
Query OK, 0 ROWS affected (0.01 sec)
?
此外,還必須保證一些后臺(tái)的線程完成了它們的工作,
比如insert buffer thread. ibuf的大小應(yīng)該=1
?MYSQL必讀
INSERT BUFFER AND ADAPTIVE HASH INDEX
Ibuf: SIZE 1, free list len 398, seg SIZE 400,
?
還有purge thread,它應(yīng)該purge了全部的transactions:
?MYSQL必讀
------------
TRANSACTIONS
------------
Trx id counter 0 16644
Purge done FOR trx's n:o < 0 16644 undo n:o < 0 0
確保innodb不再進(jìn)行寫操作：
?MYSQL必讀
FILE I/O
--------
I/O thread 0 state: waiting FOR i/o request (INSERT buffer thread)
I/O thread 1 state: waiting FOR i/o request (log thread)
I/O thread 2 state: waiting FOR i/o request (READ thread)
?I/O thread 3 state: waiting FOR i/o request (WRITE thread)
Pending normal aio reads: 0, aio writes: 0,
ibuf aio reads: 0, log i/o's: 0, sync i/o's: 0
Pending flushes (fsync) log: 0; buffer pool: 0
332 OS file reads, 47 OS file writes, 32 OS fsyncs
0.00 reads/s, 0 avg bytes/READ, 0.00 writes/s, 0.00 fsyncs/s
然后,把文件復(fù)制回去：
?MYSQL必讀
root@localhost:/var/lib/mysql# cp /proc/14101/fd/3 /var/lib/mysql/ibdata1
root@localhost:/var/lib/mysql# cp /proc/14101/fd/8 /var/lib/mysql/ib_logfile0
root@localhost:/var/lib/mysql# cp /proc/14101/fd/9 /var/lib/mysql/ib_logfile1
修改權(quán)限：
?MYSQL必讀
root@localhost:/var/lib/mysql# chown -R mysql ib*
重啟mysqld
root@localhost:/var/lib/mysql# /etc/init.d/mysql restart
總結(jié)：
1,在辦理方案不明確時(shí),不要進(jìn)行操作,比如重啟mysqld,重啟服務(wù)器.
2,有必要監(jiān)控mysql的ibdata等文件是否存在.MYSQL必讀
《Mysql入門mysql 誤刪除ibdata1的恢復(fù)方法》是否對(duì)您有啟發(fā)，歡迎查看更多與《Mysql入門mysql 誤刪除ibdata1的恢復(fù)方法》相關(guān)教程，學(xué)精學(xué)透。維易PHP學(xué)院為您提供精彩教程。
轉(zhuǎn)載請(qǐng)注明本頁(yè)網(wǎng)址：
http://www.fzlkiss.com/jiaocheng/12752.html
