2. 程式人生 > >使用undrop-for-innodb工具在無備份的情況下恢復mysql表

使用undrop-for-innodb工具在無備份的情況下恢復mysql表

阿新 • • 發佈：2018-08-13
模式 mysql表 操作 內容 b- mount off ssi 數據導入

背景

最近一個朋友說，程序誤刪了一張表，但是沒有備份。我一心想，這不是涼涼了。因為按照正常的情況，如果誤刪了表，在有備份的情況下，可以通過備份+binlog的方式找回數據。如果沒有備份的話，想找回數據基本是沒什麽希望了。本著死馬當活馬醫的態度，在網上google了一陣，發現了竟然還有undrop-for-innodb這一個工具。

undrop-for-innodb工具按照描述，是可以實現在無備份的情況下，通過掃描ibdata1文件和磁盤文件，來找回刪除表的數據。話不多說，立馬實驗一下。


恢復步驟

使用undrop-for-innodb工具分兩種情況，分別是innodb_file_per_table=OFF和innodb_file_per_table=ON兩種情況。innodb_file_per_table參數描述了innodb存儲引擎存儲數據的方式。如果為OFF，則庫表的所有數據都存放在ibdata*的共享表空間內，若為ON，則每個表會生成獨立的文件來存儲數據。

在如今的mysql版本中，innodb_file_per_table參數默認為ON，於是這裏來重點講一下innodb_file_per_table=ON的這種情況。


一：安裝undrop-for-innodb工具。

# git clone https://github.com/twindb/undrop-for-innodb.git 
# yum install -y make gcc flex bison
# cd undrop-for-innodb
# make

安裝完之後，會在undrop-for-innodb目錄下生成stream_parser和c_parser文件。


二：模擬mysql表誤刪操作：

這裏我有一個iceny.assets_host_auth，裏面存放了一些我自己系統的用戶信息，如下：

技術分享圖片

刪除assets_host_auth表：

mysql> drop table assets_host_auth;
Query OK, 0 rows affected (0.01 sec)


三，掃描磁盤頁以及ibdata文件

# df -k
Filesystem              1K-blocks    Used Available Use% Mounted on
/dev/mapper/centos-root  19703808 6701800  13002008  35% /
devtmpfs                   922464       0    922464   0% /dev
tmpfs                      933524       0    933524   0% /dev/shm
tmpfs                      933524   16952    916572   2% /run
tmpfs                      933524       0    933524   0% /sys/fs/cgroup
/dev/sda1                  201380  123252     78128  62% /boot
tmpfs                      186708       0    186708   0% /run/user/0
# ./stream_parser -f /dev/mapper/centos-root -t 19703808k                              
Opening file: /dev/mapper/centos-root
File information:
ID of device containing file:            5
inode number:                         2006
protection:                          60660 (block device)
number of hard links:                    1
user ID of owner:                        0
group ID of owner:                       6
device ID (if special file):         64768
blocksize for filesystem I/O:         4096
number of blocks allocated:              0
time of last access:            1533986548 Sat Aug 11 07:22:28 2018
time of last modification:      1533984737 Sat Aug 11 06:52:17 2018
time of last status change:     1533984737 Sat Aug 11 06:52:17 2018
total size, in bytes:                    0 (0.000 exp(+0))
Size to process:               20176699392 (18.791 GiB)
Opening file: /dev/mapper/centos-root
File information:
ID of device containing file:            5
inode number:                         2006
protection:                          60660 (block device)
number of hard links:                    1
user ID of owner:                        0
group ID of owner:                       6
device ID (if special file):         64768
blocksize for filesystem I/O:         4096
number of blocks allocated:              0
time of last access:            1533986548 Sat Aug 11 07:22:28 2018
time of last modification:      1533984737 Sat Aug 11 06:52:17 2018
time of last status change:     1533984737 Sat Aug 11 06:52:17 2018
total size, in bytes:                    0 (0.000 exp(+0))
Size to process:               20176699392 (18.791 GiB)
Worker(0): 1.16% done. 2018-08-13 20:20:29 ETA(in 00:06:06). Processing speed: 25.949 MiB/sec
Worker(1): 1.16% done. 2018-08-13 20:22:01 ETA(in 00:07:37). Processing speed: 20.766 MiB/sec
Worker(0): 2.24% done. 2018-08-13 20:20:29 ETA(in 00:06:02). Processing speed: 25.949 MiB/sec
Worker(1): 2.24% done. 2018-08-13 20:25:05 ETA(in 00:10:34). Processing speed: 14.828 MiB/sec
Worker(0): 3.32% done. 2018-08-13 20:23:30 ETA(in 00:08:57). Processing speed: 17.300 MiB/sec
Worker(1): 3.32% done. 2018-08-13 20:20:33 ETA(in 00:05:58). Processing speed: 25.957 MiB/sec
Worker(0): 4.40% done. 2018-08-13 20:22:01 ETA(in 00:07:23). Processing speed: 20.760 MiB/sec
Worker(1): 4.40% done. 2018-08-13 20:20:33 ETA(in 00:05:54). Processing speed: 25.949 MiB/sec
Worker(0): 5.48% done. 2018-08-13 20:20:32 ETA(in 00:05:50). Processing speed: 25.949 MiB/sec
Worker(1): 5.48% done. 2018-08-13 20:22:02 ETA(in 00:07:18). Processing speed: 20.759 MiB/sec
Worker(0): 6.56% done. 2018-08-13 20:22:00 ETA(in 00:07:13). Processing speed: 20.759 MiB/sec
Worker(1): 6.56% done. 2018-08-13 20:20:34 ETA(in 00:05:46). Processing speed: 25.949 MiB/sec
Worker(0): 7.64% done. 2018-08-13 20:20:33 ETA(in 00:05:42). Processing speed: 25.949 MiB/sec
Worker(1): 7.64% done. 2018-08-13 20:20:34 ETA(in 00:05:42). Processing speed: 25.949 MiB/sec
Worker(0): 8.71% done. 2018-08-13 20:19:07 ETA(in 00:04:13). Processing speed: 34.616 MiB/sec
Worker(0): 9.80% done. 2018-08-13 20:16:18 ETA(in 00:01:23). Processing speed: 104.000 MiB/sec
Worker(1): 8.71% done. 2018-08-13 20:19:08 ETA(in 00:04:13). Processing speed: 34.599 MiB/sec
Worker(0): 11.21% done. 2018-08-13 20:15:58 ETA(in 00:01:02). Processing speed: 136.000 MiB/sec
Worker(1): 9.79% done. 2018-08-13 20:19:08 ETA(in 00:04:10). Processing speed: 34.599 MiB/sec
Worker(0): 12.29% done. 2018-08-13 20:20:25 ETA(in 00:05:25). Processing speed: 25.953 MiB/sec
Worker(1): 10.87% done. 2018-08-13 20:19:08 ETA(in 00:04:07). Processing speed: 34.599 MiB/sec
Worker(1): 11.95% done. 2018-08-13 20:19:08 ETA(in 00:04:04). Processing speed: 34.605 MiB/sec
Worker(0): 13.37% done. 2018-08-13 20:23:07 ETA(in 00:08:01). Processing speed: 17.299 MiB/sec
Worker(1): 13.03% done. 2018-08-13 20:19:08 ETA(in 00:04:01). Processing speed: 34.599 MiB/sec
# ./stream_parser -f /opt/data/mysql_3306/ibdata1

掃描完之後，會在當前目錄下生成相關的目錄：

技術分享圖片


四，找出assets_host_auth表數據所在的磁盤頁。

1，找出assets_host_auth的表ID：

./c_parser -4Df ./pages-ibdata1/FIL_PAGE_INDEX/0000000000000001.page -t ./dictionary/SYS_TABLES.sql | grep assets
000000002D0A    2A0000017E28FC  SYS_TABLES      "iceny/assets\_host\_auth"      185     4       33      0       80      ""      178
SET FOREIGN_KEY_CHECKS=0;
LOAD DATA LOCAL INFILE '/tmp/undrop-for-innodb-master/dumps/default/SYS_TABLES000000002D0A      2A0000017E28FC  SYS_TABLES      "iceny/assets\_host\_auth"      185     4       33      080       ""      178
' REPLACE INTO TABLE `SYS_TABLES` FIELDS TERMINATED BY '\t' OPTIONALLY ENCLOSED BY '"' LINES STARTING BY 'SYS_TABLES\t' (`NAME`, `ID`, `N_COLS`, `TYPE`, `MIX_ID`, `MIX_LEN`, `CLUSTER_NAME`, `SPACE`);
-- STATUS {"records_expected": 122, "records_dumped": 34, "records_lost": true} STATUS END

表ID為表名後面的那個數字，這裏為185。

2，利用找出來的表ID，查找assets_host_auth的磁盤頁ID：

#  ./c_parser -4Df ./pages-ibdata1/FIL_PAGE_INDEX/0000000000000003.page -t ./dictionary/SYS_INDEXES.sql | grep 185
000000002D0A    2A0000017E27EB  SYS_INDEXES     185     335     "PRIMARY"       1       3       178     4294967295
000000001140    2500000139185D  SYS_INDEXES     119     207     "PRIMARY"       1       3       105     4294967295
000000002D0A    2A0000017E27EB  SYS_INDEXES     185     335     "PRIMARY"       1       3       178     4294967295
000000001140    2500000139185D  SYS_INDEXES     119     207     "PRIMARY"       1       3       105     4294967295
SET FOREIGN_KEY_CHECKS=0;

這裏可以明細那看到，ID185對應的數值是335，這裏的335就是assets_host_auth數據所在的的磁盤頁ID。

3，查看掃描的磁盤頁中是否存在335的page：

# ll pages-centos-root/FIL_PAGE_INDEX/0000000000000335.page 
-rw-r--r-- 1 root root 65536 Aug 13 20:31 pages-centos-root/FIL_PAGE_INDEX/0000000000000335.page

可以看到335page確實存在。

4，創建assets_host_auth.sql文件，內容是assets_host_auth表的數據結構：

# vi iceny/assets_host_auth.sql
CREATE TABLE `assets_host_auth` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `host_ip` varchar(20) NOT NULL,
  `password` varchar(100) DEFAULT NULL,
  `env` varchar(20) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=22 DEFAULT CHARSET=utf8;

5，利用存在的磁盤page查看assets_host_auth數據是否還在；

./c_parser -6f pages-centos-root/FIL_PAGE_INDEX/0000000000000335.page -t iceny/assets_host_auth.sql |  head -5 
-- Page id: 3, Format: COMPACT, Records list: Valid, Expected records: (5 5)
000000002690    DF000001C10110  assets_host_auth        1       "192.168.204.128"       "123456"        "cmh\_test"
000000002690    DF000001C1011D  assets_host_auth        17      "192.168.1.11"  "]t;:<8qCLfse+8LZZhK+11"        "HB"
000000002690    DF000001C1012A  assets_host_auth        19      "192.168.1.12"  "]t;:<8qCLfse+8LZZhK+12"        "HB"
000000002690    DF000001C10137  assets_host_auth        20      "192.168.1.113" "]t;:<8qCLfse+8LZZhK+113"       "HB"

這裏可以看到找到了一些相關的數據。

6，導出數據，生成sql導入文件：

# ./c_parser -6f pages-centos-root/FIL_PAGE_INDEX/0000000000000335.page -t iceny/assets_host_auth.sql  > dumps/default/assets_host_auth 2> dumps/default/assets_host_auth.sql

# more dumps/default/assets_host_auth.sql
SET FOREIGN_KEY_CHECKS=0;
LOAD DATA LOCAL INFILE '/tmp/undrop-for-innodb-master/dumps/default/assets_host_auth' REPLACE INTO TABLE `assets_host_auth` FIELDS TERMINATED BY '\t' OPTIONALLY ENCLOSED BY '"' LINES STA
RTING BY 'assets_host_auth\t' (`id`, `host_ip`, `password`, `env`);
-- STATUS {"records_expected": 20, "records_dumped": 20, "records_lost": false} STATUS END

# more /tmp/undrop-for-innodb-master/dumps/default/assets_host_auth
-- Page id: 3, Format: COMPACT, Records list: Valid, Expected records: (5 5)
000000002690    DF000001C10110  assets_host_auth        1       "192.168.204.128"       "123456"        "cmh\_test"
000000002690    DF000001C1011D  assets_host_auth        17      "192.168.1.11"  "]t;:<8qCLfse+8LZZhK+11"        "HB"
000000002690    DF000001C1012A  assets_host_auth        19      "192.168.1.12"  "]t;:<8qCLfse+8LZZhK+12"        "HB"
000000002690    DF000001C10137  assets_host_auth        20      "192.168.1.113" "]t;:<8qCLfse+8LZZhK+113"       "HB"
000000002690    DF000001C10144  assets_host_auth        21      "192.168.1.15"  "]t;:<8qCLfse+8LZZhK+15"        "HB"
-- Page id: 3, Found records: 5, Lost records: NO, Leaf page: YES
-- Page id: 3, Format: COMPACT, Records list: Valid, Expected records: (5 5)
000000002690    DF000001C10110  assets_host_auth        1       "192.168.204.128"       "123456"        "cmh\_test"
000000002690    DF000001C1011D  assets_host_auth        17      "192.168.1.11"  "]t;:<8qCLfse+8LZZhK+11"        "HB"
000000002690    DF000001C1012A  assets_host_auth        19      "192.168.1.12"  "]t;:<8qCLfse+8LZZhK+12"        "HB"
000000002690    DF000001C10137  assets_host_auth        20      "192.168.1.113" "]t;:<8qCLfse+8LZZhK+113"       "HB"
000000002690    DF000001C10144  assets_host_auth        21      "192.168.1.15"  "]t;:<8qCLfse+8LZZhK+15"        "HB"
-- Page id: 3, Found records: 5, Lost records: NO, Leaf page: YES
-- Page id: 3, Format: COMPACT, Records list: Valid, Expected records: (5 5)
000000002690    DF000001C10110  assets_host_auth        1       "192.168.204.128"       "123456"        "cmh\_test"
000000002690    DF000001C1011D  assets_host_auth        17      "192.168.1.11"  "]t;:<8qCLfse+8LZZhK+11"        "HB"
000000002690    DF000001C1012A  assets_host_auth        19      "192.168.1.12"  "]t;:<8qCLfse+8LZZhK+12"        "HB"
000000002690    DF000001C10137  assets_host_auth        20      "192.168.1.113" "]t;:<8qCLfse+8LZZhK+113"       "HB"
000000002690    DF000001C10144  assets_host_auth        21      "192.168.1.15"  "]t;:<8qCLfse+8LZZhK+15"        "HB"
-- Page id: 3, Found records: 5, Lost records: NO, Leaf page: YES
-- Page id: 3, Format: COMPACT, Records list: Valid, Expected records: (5 5)
000000002690    DF000001C10110  assets_host_auth        1       "192.168.204.128"       "123456"        "cmh\_test"
000000002690    DF000001C1011D  assets_host_auth        17      "192.168.1.11"  "]t;:<8qCLfse+8LZZhK+11"        "HB"
000000002690    DF000001C1012A  assets_host_auth        19      "192.168.1.12"  "]t;:<8qCLfse+8LZZhK+12"        "HB"
000000002690    DF000001C10137  assets_host_auth        20      "192.168.1.113" "]t;:<8qCLfse+8LZZhK+113"       "HB"
000000002690    DF000001C10144  assets_host_auth        21      "192.168.1.15"  "]t;:<8qCLfse+8LZZhK+15"        "HB"
-- Page id: 3, Found records: 5, Lost records: NO, Leaf page: YES

可以看到，我們已經找回了我們所刪除的數據，最後要做的，就是把這些數據導入數據庫中去：

7，把數據導入數據庫：


#導入表結構
mysql> use iceny;
Database changed
mysql> source /tmp/undrop-for-innodb-master/iceny/assets_host_auth.sql 
Query OK, 0 rows affected (0.21 sec)

導入數據，並查看：

技術分享圖片

對比之前的數據，發現並無差異，至此，我們就通過undrop-for-innodb工具在無備份的情況下找回了數據。


undrop-for-innodb的一些問題（個人猜想）

由於undrop-for-innodb是通過掃描磁盤頁來找回數據的，所以在刪除表的一定短時間內，來用這種方法來找回數據是可行的。若是時間過長，磁盤頁由於大量的IO操作，導致刷新了，有可能數據就被刷新掉了，這時候能不能找回數據，就不一定了。所以，在發現執行了誤操作後，應立即停止mysql，把數據磁盤掛載為只讀模式，避免數據頁被刷新。


使用undrop-for-innodb工具在無備份的情況下恢復mysql表

相關推薦

使用undrop-for-innodb工具在無備份的情況下恢復mysql表

模式 mysql表 操作 內容 b- mount off ssi 數據導入 背景 最近一個朋友說，程序誤刪了一張表，但是沒有備份。我一心想，這不是涼涼了。因為按照正常的情況，如果誤刪了表，在有備份的情況下，可以通過備份+binlog的方式找回數據。如果沒有備份的話，想

ORACLE11gR2-RAC之OCR無備份情況下損壞恢復

OCR損壞情景介紹：做OCR備份恢復實驗，OCR有4份自動備份。將OCR磁盤從+DATA替換為+OCR2(/dev/raw/raw4) 完成之後使用ocrconfig -manualbackup手動備份OCR，完成之後對/dev/raw/raw4執行dd操作。關閉集群，啟動集群，發現集群不能啟動。 問題分析

oracle dbf檔案丟失 無備份情況下ORACLE資料檔案丟失恢復

使用alter database create datafile恢復丟失資料檔案 如果由於誤刪除操作或其它物理原因呆滯Oracle資料庫資料檔案丟失。 在已開啟歸檔且所建立資料檔案之後的歸檔都在的情況下，即使資料庫沒有備份，其丟失資料檔案也是進行恢復的，且不會有資料丟失

如何在刪除ibdata1和ib_logfile的情況下恢復MySQL數據庫

訪問 tac nec 內部 完全 bar 客戶端 stats this 昨天，有個朋友對公司內部使用的一個MySQL實例開啟binlog，但是在啟動的過程中失敗了（他也沒提，為何會失敗），在啟動失敗後，他刪除了ibdata1和ib_logfile，後來，能正常啟動

利用undrop-for-innodb恢復被drop的表(沒有備份)

awk byte 沒有 pack lar mkdir pat tails _id 介紹: ????也許大家都難以理解,這麽重要的數據為啥不備份(或者備份不可用)?而且還任性的drop table了。顯然有備份是最好的，但是它們並不總是可用的。這種情況令人恐懼，但並非毫無希望

CentsOS7無網情況下安裝mysql5.7

rman debug x86-64 https conda oot fma 支持 depend 1.需求就不用講了，客戶現場，政府環境，銀行環境，大多是沒網的，所以無網安裝是很有必要的 mysql下載路徑：https://dev.mysql.com/downloads/my

linux 無外網情況下安裝 mysql

sys con space 什麽 mysq 現場 密碼 aio download 由於工作需要，需要在一臺裝有 CentOS 系統的測試服務器上安裝 MySQL ，由於該服務器上存有其他比較重要的測試數據，所以不能連接外網。由於之前安裝 MySQL 一直都是使用 yum 命

IE在開發工具啟動的情況下（打開F12）時 JS才能執行

控制臺 F12 測試 刪除 平時 ons 創建 and 才會 在開發一個項目時遇到一個bug：在360急速瀏覽器的兼容模式下並且是線上環境時js無法執行（360急速瀏覽器的兼容模式下測試環境就ok）， 打開f12以後刷新就沒問題了，查了一下網上說的IE6/7是沒有cons

Kali Linux ——在無網路情況下安裝無線網絡卡驅動

1、背景： 　　今日剛剛開始學習kali linux，眾所周知，安裝完成後，系統是沒有無線網絡卡驅動的，這就對學生黨造成相當的困擾：校園網要連線有線是需要認證客戶端的，而認證客戶端只有windows端，如此一來，無線網也連不上，有線網也連不上，這就......很尷尬。 　　因此我走訪各大部落格，雖然沒能直接解

5.1 “無繼承”情況下的物件構造

考慮如下的程式片段： Point global; //1 Point foobar() { Point local; //2 Point* head = new Point; //3 *head = local; //stuff delete heap; //4 return l

檢查無錯情況下IDE堅持報錯，此時的可能解決辦法

0.儲存一下 1.檢查字符集編碼是否是utf-8 2.eclipse:Source->Format格式化一下 idea：code->reformat code 3.將錯誤處剪下再貼上 4.關閉IDE再重啟 5.使用Maven時： 專案名右鍵->Maven->Updat

無唯一性欄位情況下，雙表關聯更新資料方案

需求是：公司早先在另一個數據源D1整合了一套資料到專案中，如下文player資料，現又在新資料D2採集了一套新資料，想用D2的資料值更新公司現專案，要保留現專案的表id。專案中的資料id用的是資料來源D1的，針對player表，如下圖，D1、D2該表均無唯一性標註欄位，只能

【Docker】CentOS7 上無網路情況下安裝

自建虛擬機器，但是連線不上網路，只能通過下載rpm包進行安裝docker 環境：CentOS 7.3.1611 x64 在這裡能找到想要的docker相關的所有包 我這裡只下載了三個包。分別是 docker-ce-selinux-17.03.1.ce-0.1.rc

android之webview無網路情況下簡單處理

android的webview是如何使用的網路上一搜索就是一大頁面的資料。通常我們通過webview來訪問web頁面都是在網路的情況下，一旦沒有網路就會顯示"無法找到該網頁"的資訊，這樣會暴露我們的連線，所以我們需要一個有好的提示，並且不會暴露連結的方法。這時候WebVie

【CSS黑魔法】父元素無高度情況下的子元素高度自適應方法

前言： 　　此方法IE6以上（不包括IE6）瀏覽器均可行。 正題： 　　問題重現： 　　　　當一個沒有設定高度的父級元素下擁有兩個子元素（為了方便，就用兩個就好了，不代表一定是兩個），一個子元素有高度或被內容撐開（這時候父元素被撐開了），另一個子元素我們希望讓他高度根據父元

gdb 無符號情況下強制反彙編

最近開發的程式語言虛擬機器使用了LLVM 的老版本JIT引擎，在GDB除錯時JIT產生的程式碼無法通過disas命令反彙編，顯示的是 no function contains program counter 使用這個命令x/i address，將會反彙編address的一條

樹莓派上手--無顯示器情況下配置串列埠config.txt

1.       首先確認波特率設定正確，為115200 2.      向microSD卡中燒錄樹莓派官方的映象後，先不要急著把它插入樹莓派中。 3.      在電腦上開啟microSD卡，按如下方式修改config.txt和cmdline.txt這兩個檔案， 4.  

android webview無網路情況下的處理

import com.yck.utils.diy.LoadingDialog; import com.yck.utils.net.HttpUrl; import com.yck.utils.tools.MyLog; import android.content.Dialo

無光碟情況下安裝Linux和XP的雙系統。

無光碟情況下安裝Linux和XP的雙系統。 　　（1）下載Ubuntu10.10的ISO 檔案。 　　（2）安裝grub軟體。（其實這個也不是很需要，最好裝上吧）。 （3）在 C 盤根目錄下找到boot.ini檔案，在最後加上一行：c:/grldr="Grub" （後面的Gr

linux 修改yum源 在無網路情況下使用yum下載

百度地址https://jingyan.baidu.com/article/d2b1d102b8b0825c7f37d46b.html[local]  name=Instructor Server Repository     baseurl=file:///var/yum/