欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

mysql 誤刪除ibdata1之后的恢復方法

 更新時間:2013年12月30日 21:09:24   作者:  
如果誤刪除了在線服務器中mysql innodb相關的數(shù)據(jù)文件ibdata1以及日志文件 ib_logfile*,應該怎樣恢復呢

mysql 誤刪除ibdata1之后如何恢復

如果誤刪除了在線服務器中mysql innodb相關的數(shù)據(jù)文件ibdata1以及日志文件 ib_logfile*,
應該怎樣恢復呢?

這時候應該一身冷汗了吧?
==================================
先抽根煙,冷靜一下。
==================================
再觀察一下網(wǎng)站,發(fā)現(xiàn)一切都很正常,數(shù)據(jù)的讀取與寫入操作都完全正常。
這是怎么個情況?

其實,mysqld在運行狀態(tài)中,會保持這些文件為打開狀態(tài),
即使把它們刪除了,它們仍舊存在于文件系統(tǒng)中,mysqld仍然可以對其進行讀寫。

復制代碼 代碼如下:

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(進程ID)

只要mysqld不結束,就可以通過proc文件系統(tǒng)找到這幾個被刪除的文件(已經被Mark為deleted狀態(tài))。

這時候應該松了一口氣吧。只要把這幾個文件復制回 /var/lib/mysql就行了嗎?

事情絕對沒有這么簡單。

因為,在innodb的buffer pool中,有許多dirty page(就是內存中的數(shù)據(jù)已經被修改,但是沒有寫回文件中),
如果直接把文件復制回去,輕則數(shù)據(jù)丟失,重則ibdata1文件損壞。

備份mysql數(shù)據(jù)的時候,也不能直接備份這幾個文件,是同樣的道理。

我們必須保證所有buffer pool中的數(shù)據(jù)修改都保存到了硬盤文件上面,
為此,首先要停止更多的寫入/更新/刪除操作,然后等待innodb flush pages to disk.
停止寫入的話,可以把網(wǎng)站應用關閉,或者lock tables:

復制代碼 代碼如下:

mysql> FLUSH TABLES WITH READ LOCK;
Query OK, 0 ROWS affected (0.37 sec)

這時就要等它flush結束,怎樣知道有沒有結束呢?觀察checkpoint age就可以了。

復制代碼 代碼如下:

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到硬盤文件中了。

這時就要等它flush結束,怎樣知道有沒有結束呢?觀察checkpoint age就可以了。

復制代碼 代碼如下:

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到硬盤文件中了。

為了加速這個flush的過程,可以這樣設置一下:

復制代碼 代碼如下:

mysql> SET global innodb_max_dirty_pages_pct=0;
Query OK, 0 ROWS affected (0.01 sec)

此外,還必須保證一些后臺的線程完成了它們的工作,
比如insert buffer thread. ibuf的大小應該=1

復制代碼 代碼如下:

-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: SIZE 1, free list len 398, seg SIZE 400,

還有purge thread,它應該purge了全部的transactions:

復制代碼 代碼如下:

------------
TRANSACTIONS
------------
Trx id counter 0 16644
Purge done FOR trx's n:o < 0 16644 undo n:o < 0 0

還要確保innodb不再進行寫操作了:

復制代碼 代碼如下:

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

然后把文件復制回去:

復制代碼 代碼如下:

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
修改權限
root@localhost:/var/lib/mysql# chown -R mysql ib* 重啟mysqld
root@localhost:/var/lib/mysql# /etc/init.d/mysql restart
結束~~~

結論:
1) 出現(xiàn)意外時,千萬不能慌張,抽根煙先冷靜一下。
2) 在解決方案不明確的時候,不要進行操作,比如重啟mysqld,重啟服務器。
3) 有必要監(jiān)控mysql的ibdata等文件是否存在。

相關文章

  • ERROR 1045 (28000): Access denied for user ''''root''''@''''localhost'''' (using password: YES)實用解決方案

    ERROR 1045 (28000): Access denied for user ''''root''''@''''

    這篇文章主要介紹了Linux下數(shù)據(jù)庫報ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: YES)實用解決方案,希望能對大家有幫助。
    2017-10-10
  • Win中安裝mysql的詳細步驟

    Win中安裝mysql的詳細步驟

    這篇文章主要為大家詳細介紹了Win中安裝mysql的詳細步驟,文中安裝步驟介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2019-10-10
  • MySQL并發(fā)更新數(shù)據(jù)時的處理方法

    MySQL并發(fā)更新數(shù)據(jù)時的處理方法

    在后端開發(fā)中我們不可避免的會遇見MySQL數(shù)據(jù)并發(fā)更新的情況,作為一名后端研發(fā),如何解決這類問題也是必須要知道的,同時這也是面試中經常考察的知識點。
    2019-05-05
  • MySQL8自增主鍵變化圖文詳解

    MySQL8自增主鍵變化圖文詳解

    眾所周知MySQL 的主鍵可以是自增的,下面這篇文章主要給大家介紹了關于MySQL8自增主鍵變化的相關資料,文中通過示例代碼介紹的非常詳細,需要的朋友可以參考下
    2022-04-04
  • Mysql中一千萬條數(shù)據(jù)怎么快速查詢

    Mysql中一千萬條數(shù)據(jù)怎么快速查詢

    很多人在使用Mysql時沒有考慮到優(yōu)化問題,如果遇到上千萬數(shù)據(jù)量的表,查詢上千萬數(shù)據(jù)量的時候會發(fā)生什么問題,本文就來介紹一下如何快速查詢一千萬條數(shù)據(jù),感興趣的可以了解一下
    2021-12-12
  • MySQL服務自動停止的解決方法

    MySQL服務自動停止的解決方法

    這篇文章主要給大家介紹了MySQL服務自動停止的解決方法,文中給出了詳細的解決過程,對大家具有一定的參考學習價值,需要的朋友們下面來一起看看吧。
    2017-06-06
  • MYsql庫與表的管理及視圖介紹

    MYsql庫與表的管理及視圖介紹

    這篇文章主要介紹了MYsql庫與表的管理及視圖介紹,文章圍繞主題展開詳細的內容介紹,具有一定的參考價值,需要的小伙伴可以參考一下
    2022-09-09
  • MySQL去重的方法整理

    MySQL去重的方法整理

    這篇文章主要介紹了MySQL去重的方法整理的相關資料,需要的朋友可以參考下
    2017-07-07
  • MySQL中數(shù)據(jù)類型相關的優(yōu)化辦法

    MySQL中數(shù)據(jù)類型相關的優(yōu)化辦法

    這篇文章主要介紹了MySQL中數(shù)據(jù)類型相關的優(yōu)化辦法,包括使用多列索引等相關的優(yōu)化方法,需要的朋友可以參考下
    2015-07-07
  • 優(yōu)化InnoDB表BLOB,TEXT列的存儲效率

    優(yōu)化InnoDB表BLOB,TEXT列的存儲效率

    今天小編就為大家分享一篇關于優(yōu)化InnoDB表BLOB,TEXT列的存儲效率,小編覺得內容挺不錯的,現(xiàn)在分享給大家,具有很好的參考價值,需要的朋友一起跟隨小編來看看吧
    2019-03-03

最新評論