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

MySQL 利用frm文件和ibd文件恢復(fù)表數(shù)據(jù)

 更新時間:2021年03月27日 11:36:22   作者:AsiaYe  
這篇文章主要介紹了MySQL 利用frm文件和ibd文件恢復(fù)表數(shù)據(jù),幫助大家更好的理解和學(xué)習(xí)使用MySQL,感興趣的朋友可以了解下

frm文件和ibd文件簡介

   在MySQL中,如果我們使用了默認(rèn)的存儲引擎innodb創(chuàng)建一張表,那么在文件夾下面就會出現(xiàn)表名.frm和表名.ibd兩個文件,如果我們使用的是Myisam存儲引擎,那么就會出現(xiàn)三個文件,這里我們給出例子:

[root@ /data/yeyz]#ll
total 580
-rw-rw---- 1 mysql mysql 8586 Apr 3 17:44 a.frm
-rw-rw---- 1 mysql mysql  0 Apr 3 17:44 a.MYD
-rw-rw---- 1 mysql mysql 1024 Apr 3 17:44 a.MYI
-rw-rw---- 1 mysql mysql 8586 Apr 3 17:44 b.frm
-rw-rw---- 1 mysql mysql 98304 Apr 3 17:45 b.ibd
-rw-rw---- 1 mysql mysql 61 Nov 23 09:54 db.opt
-rw-rw---- 1 mysql mysql 8556 Apr 29 21:37 tbl_test_2.frm
-rw-rw---- 1 mysql mysql 98304 Apr 29 21:37 tbl_test_2.ibd
-rw-rw---- 1 mysql mysql 8556 Apr 29 21:33 tbl_test.frm
-rw-rw---- 1 mysql mysql 98304 Apr 29 21:33 tbl_test.ibd
-rw-rw---- 1 mysql mysql 8614 Apr 29 21:40 test.frm
-rw-rw---- 1 mysql mysql 98304 Apr 29 21:43 test.ibd
-rw-rw---- 1 mysql mysql 8666 Apr 2 15:13 unstandard_ins.frm
-rw-rw---- 1 mysql mysql 98304 Apr 3 11:46 unstandard_ins.ibd
-rw-rw---- 1 mysql mysql 8586 Apr 3 17:44 yeyz.frm
-rw-rw---- 1 mysql mysql 28 Apr 3 17:44 yeyz.MYD
-rw-rw---- 1 mysql mysql 2048 Apr 3 17:44 yeyz.MYI

其中ibd文件是innodb的表數(shù)據(jù)文件,而frm文件是innodb的表結(jié)構(gòu)文件,mysiam存儲引擎的表中,frm是表結(jié)構(gòu),MYI文件是索引文件,而MYD文件是數(shù)據(jù)文件,從這里也可以看出,innodb存儲引擎的索引和數(shù)據(jù)是在一起的,而Myisam存儲引擎索引和數(shù)據(jù)是分開的。

 需要注意的是,這個frm文件和ibd文件都是不能直接打開的。

 考慮這樣一種需求,數(shù)據(jù)庫需要快速恢復(fù)一個表中的數(shù)據(jù),而這個表所在的庫的數(shù)據(jù)量非常大,恢復(fù)起來可能耗費(fèi)的時間也比較長,那么全庫恢復(fù)肯定不是最佳的選擇。那這種情況下怎么辦呢?我們可以使用frm文件盒ibd文件來對數(shù)據(jù)進(jìn)行恢復(fù)。下面我們分析分析這個過程。

frm文件恢復(fù)表結(jié)構(gòu)

    當(dāng)然,表結(jié)構(gòu)需要使用frm文件來恢復(fù)。我們第一反應(yīng)想到的是,可以把這兩個文件直接拷貝到一個新的數(shù)據(jù)庫實例中,然后直接啟動實例,這樣可以么?當(dāng)然是不行的。侄兒要是能行,估計DBA都可以下崗了。哈哈,廢話不多說,來看操作過程。

    首先,我們創(chuàng)建一個新的實例專門用來恢復(fù)數(shù)據(jù),如果你使用線上的某一臺機(jī)器來執(zhí)行恢復(fù),那你必須承擔(dān)數(shù)據(jù)庫重啟的風(fēng)險以及DML阻塞的風(fēng)險,所以最好的方法還是使用一臺專門的實例來進(jìn)行恢復(fù)。那么我們?nèi)绾螐膄rm文件中拿到我們想要的表結(jié)構(gòu)呢?

   我拿線上的一個記錄慢日志的表舉個例子,為了寫著方便,表名稱我寫成了"aaa",這個表的結(jié)構(gòu)是這樣的:

mysql--root@localhost:test_recover 12:08:43>>show create table aaa\G
*************************** 1. row ***************************
  Table: aaa
Create Table: CREATE TABLE `aaa` (
 `maintain_id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增列',
 `slowquery_filename` varchar(50) DEFAULT NULL COMMENT '慢日志文件名',
 `slowquery_path` varchar(150) DEFAULT NULL COMMENT '慢日志全路徑',
 `slowquery_process` tinyint(20) unsigned NOT NULL DEFAULT '0' COMMENT '慢日志是否被解析',
 `slowquery_uploadtime` datetime DEFAULT CURRENT_TIMESTAMP,
 `slowquery_analyzetime` date DEFAULT NULL COMMENT '慢日志解析時間',
 `slowquery_starttime` date DEFAULT NULL,
 `slowquery_endtime` date DEFAULT NULL,
 `instance_ip` varchar(15) DEFAULT NULL COMMENT '慢日志IP地址',
 `instance_port` int(11) DEFAULT NULL COMMENT '慢日志端口號地址',
 PRIMARY KEY (`maintain_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set, 1 warning (0.01 sec)

   要從frm文件中得到這樣的一個表,我們要做的步驟如下:

1、在實例上創(chuàng)建一個同名的表aaa,由于我們不知道這個表的結(jié)構(gòu),我們可以給它設(shè)定只有一個字段id,也就是

create table aaa (id int);

我們知道,這個時候會在對應(yīng)的data目錄下生成新的aaa.frm和aaa.ibd文件,然后我們使用我們備份的aaa.frm來替代之前的aaa.frm,然后重啟數(shù)據(jù)庫。

是的,你沒有看錯,我們使用備份的表結(jié)構(gòu)文件來替代它生成的表結(jié)構(gòu)文件。

2.看看重啟之后錯誤日志輸出的結(jié)果吧,如下:

2019-03-22T03:17:28.652390Z 16 
[Warning] InnoDB: Table test_recover/store_goods_price contains 1 user 
defined columns in InnoDB, but 12 columns in MySQL. Please check 
INFORMATION_SCHEMA.INNODB_SYS_COLUMNS and http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html for how to resolve the issue.
2019-04-02T07:56:31.558461Z 41 
[Warning] InnoDB: Table test_recover/dv_control contains 1 user defined 
columns in InnoDB, but 14 columns in MySQL. Please check
 INFORMATION_SCHEMA.INNODB_SYS_COLUMNS and http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html for how to resolve the issue.
2019-05-23T03:14:10.161122Z 92 
[Warning] InnoDB: Table test_recover/aaa contains 1 
user defined columns in InnoDB, but 10 columns in MySQL. Please check 
INFORMATION_SCHEMA.INNODB_SYS_COLUMNS and http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html for how to resolve the issue.

    可以看到,10-12行的錯誤日志里面提示我們這個表aaa只包含1個字段,但是frm中包含10個字段,字段的數(shù)量不符。

    這和我們預(yù)料的結(jié)果符合,因為我們在創(chuàng)建表aaa的時候,只給了他1個字段id,而我們要恢復(fù)的aaa表有10個字段,肯定是無法從frm中讀取的。此時你可能很容易就能想到,如果我們把這個aaa表的字段調(diào)成10個,那么最終的結(jié)果是什么呢?

3.將aaa表的字段數(shù)量升級成10個,然后重新拷貝frm文件,修改配置文件中的參數(shù)innodb_force_recovery=6,我們看看最終的結(jié)果:

mysql--root:(none) 12:04:20>>use test_recover;
Database changed
mysql--root:test_recover 12:04:25>>create table aaa (id1 int,id2 int,id3 int,id4 int,id5 int,id6 int,id7 int,id8 int,id9 int,id10 int);
Query OK, 0 rows affected (0.03 sec)

mysql--root@localhost:test_recover 12:05:08>>show create table aaa\G
*************************** 1. row ***************************
  Table: aaa
Create Table: CREATE TABLE `aaa` (
 `id1` int(11) DEFAULT NULL,
 `id2` int(11) DEFAULT NULL,
 `id3` int(11) DEFAULT NULL,
 `id4` int(11) DEFAULT NULL,
 `id5` int(11) DEFAULT NULL,
 `id6` int(11) DEFAULT NULL,
 `id7` int(11) DEFAULT NULL,
 `id8` int(11) DEFAULT NULL,
 `id9` int(11) DEFAULT NULL,
 `id10` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)

   然后我們重啟實例,再次查看表aaa,可以看到結(jié)果如下:

mysql--root:test_recover 12:08:43>>show create table aaa\G
*************************** 1. row ***************************
  Table: aaa
Create Table: CREATE TABLE `aaa` (
 `maintain_id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '自增列',
 `slowquery_filename` varchar(50) DEFAULT NULL COMMENT '慢日志文件名',
 `slowquery_path` varchar(150) DEFAULT NULL COMMENT '慢日志全路徑',
 `slowquery_process` tinyint(20) unsigned NOT NULL DEFAULT '0' COMMENT '慢日志是否被解析',
 `slowquery_uploadtime` datetime DEFAULT CURRENT_TIMESTAMP,
 `slowquery_analyzetime` date DEFAULT NULL COMMENT '慢日志解析時間',
 `slowquery_starttime` date DEFAULT NULL,
 `slowquery_endtime` date DEFAULT NULL,
 `instance_ip` varchar(15) DEFAULT NULL COMMENT '慢日志IP地址',
 `instance_port` int(11) DEFAULT NULL COMMENT '慢日志端口號地址',
 PRIMARY KEY (`maintain_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set, 1 warning (0.01 sec)

    可以看到,我們想要的表結(jié)構(gòu)已經(jīng)從frm文件中恢復(fù)出來了,需要注意的是,這個過程中我們并沒有使用ibd文件。

總結(jié)一下利用frm文件恢復(fù)表結(jié)構(gòu)的步驟:

1、首先創(chuàng)建一個同名的表,然后啟動實例

2、使用備份的frm文件替代生成的frm文件,重啟實例

3、查看錯誤日志,從錯誤日志中獲取到備份的frm文件中的字段數(shù)量m

4、重新創(chuàng)建同名表,保證字段數(shù)量為m,與備份表保持一致,然后重新拷貝備份的frm文件到對應(yīng)目錄

5、修改實例的配置文件中的參數(shù)innodb_force_recovery=6,然后重啟數(shù)據(jù)庫,就可以看到對應(yīng)的表結(jié)構(gòu)創(chuàng)建語句,我們把它保存下來,下一步恢復(fù)數(shù)據(jù)的時候要用。這一步相當(dāng)重要

6、將參數(shù)innodb_force_recovery=6注釋掉,重新使用默認(rèn)的值,然后重啟數(shù)據(jù)庫,準(zhǔn)備恢復(fù)表數(shù)據(jù)。

    至此,表結(jié)構(gòu)恢復(fù)完畢。

    解釋一下innodb_force_recovery參數(shù),這個參數(shù)的最大值是6,在該等級下,僅支持一部分查詢功能,DML都不支持,從名稱就可以看出來,這是在一些強(qiáng)行恢復(fù)的場景下才會使用的參數(shù),一般情況下這個參數(shù)可以不要,使用默認(rèn)值就行。有興趣更深了解的同學(xué)可以參考官方文檔。

ibd文件恢復(fù)表數(shù)據(jù)

   上一步執(zhí)行完成之后,我們已經(jīng)獲取了對應(yīng)的表結(jié)構(gòu),現(xiàn)在我們看看如何恢復(fù)表數(shù)據(jù)。

   恢復(fù)表數(shù)據(jù)的方法比較簡單,大體步驟如下:

1、利用我們上一步中獲取的建表語句,重新創(chuàng)建一張表,然后執(zhí)行:

flush  table aaa for export;

這個語法是將表里面的數(shù)據(jù)落盤,并獲取該表的鎖,為后面恢復(fù)做好準(zhǔn)備。

2、然后我們使用如下語句:

alter table aaa discard tablespace;

這個語句會刪除當(dāng)前的ibd文件。

3、然后我們使用我們之前備份的ibd文件,將其拷貝到對應(yīng)的實例目錄下面

4、最后在將ibd文件重新加載進(jìn)來,使用如下語句:

alter table aaa import tablespace;

重啟數(shù)據(jù)庫,這樣,我們的數(shù)據(jù)就恢復(fù)成功了。

簡單總結(jié)一下

   整個恢復(fù)的流程算是介紹完了,其中比較巧妙的地方就是從frm文件中獲取表結(jié)構(gòu)信息,我們使用了兩次拼湊表創(chuàng)建語句的方法,最終得到了待恢復(fù)的表的表結(jié)構(gòu),然后使用alter table discard tablespace和alter table import tablespace的方法來恢復(fù)表中的數(shù)據(jù)。整個過程看著比較復(fù)雜,其實完全可以按照步驟抽象出來一個腳本,這樣在下次恢復(fù)的時候,只需要輸入要恢復(fù)的表的名稱,就可以快速的恢復(fù)表結(jié)構(gòu)和數(shù)據(jù),不失為一種應(yīng)急的數(shù)據(jù)恢復(fù)預(yù)案。

以上就是MySQL 利用frm文件和ibd文件恢復(fù)表數(shù)據(jù)的詳細(xì)內(nèi)容,更多關(guān)于MySQL 恢復(fù)表數(shù)據(jù)的資料請關(guān)注腳本之家其它相關(guān)文章!

相關(guān)文章

  • MySQL 5.6 中 TIMESTAMP有那些變化

    MySQL 5.6 中 TIMESTAMP有那些變化

    前段時間,系統(tǒng)MySQL從5.5升級到了5.6,系統(tǒng)出現(xiàn)了大量的異常。大部分異常引起原因是由于TIMESTAMP的行為發(fā)生了變化,下面通過此篇文章給大家詳解MySQL 5.6 中 TIMESTAMP有那些變化,需要的朋友可以參考下
    2015-08-08
  • mysql死鎖(dead lock)與鎖等待(lock wait)的出現(xiàn)解決

    mysql死鎖(dead lock)與鎖等待(lock wait)的出現(xiàn)解決

    死鎖和鎖等待是數(shù)據(jù)庫運(yùn)維中常見的問題,區(qū)別在于死鎖會自動解除,而鎖等待需要手動處理,本文就來介紹一下mysql死鎖(dead lock)與鎖等待(lock wait),感興趣的可以了解一下
    2024-09-09
  • mysql installer web community 5.7.21.0.msi安裝圖文教程

    mysql installer web community 5.7.21.0.msi安裝圖文教程

    這篇文章主要為大家詳細(xì)介紹了mysql installer web community 5.7.21.0.msi,具有一定的參考價值,感興趣的小伙伴們可以參考一下
    2018-09-09
  • mysql啟動失敗之mysql服務(wù)無法啟動(服務(wù)沒有報告任何錯誤)的解決方法

    mysql啟動失敗之mysql服務(wù)無法啟動(服務(wù)沒有報告任何錯誤)的解決方法

    作為一名程序猿,必不可少的便是和mysql打交道,那當(dāng)mysql故障,服務(wù)無法啟動時該怎么解決呢,下面這篇文章主要給大家介紹了關(guān)于mysql啟動失敗之mysql服務(wù)無法啟動,服務(wù)沒有報告任何錯誤的解決方法,需要的朋友可以參考下
    2022-05-05
  • 詳細(xì)聊聊MySQL中auto_increment有什么作用

    詳細(xì)聊聊MySQL中auto_increment有什么作用

    auto_increment是用于主鍵自動增長的,從1開始增長,下面這篇文章主要給大家介紹了關(guān)于MySQL中auto_increment有什么作用的相關(guān)資料,文中通過實例代碼介紹的非常詳細(xì),需要的朋友可以參考下
    2022-06-06
  • MySQL索引總結(jié)(Index?Type)

    MySQL索引總結(jié)(Index?Type)

    本文主要介紹了MySQL索引總結(jié)(Index?Type),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧
    2023-02-02
  • MySQL實現(xiàn)列轉(zhuǎn)行與行轉(zhuǎn)列的操作代碼

    MySQL實現(xiàn)列轉(zhuǎn)行與行轉(zhuǎn)列的操作代碼

    在處理數(shù)據(jù)時,我們常常會遇到需要將表中的列(字段)轉(zhuǎn)換為行,或?qū)⑿修D(zhuǎn)換為列的情況,這種操作通常被稱為“列轉(zhuǎn)行”(Pivoting)和“行轉(zhuǎn)列”(Unpivoting),本文將向您介紹如何使用 CASE 語句、聚合函數(shù)以及 GROUP BY 子句來完成列轉(zhuǎn)行和行轉(zhuǎn)列的操作
    2024-09-09
  • 查看linux服務(wù)器上mysql配置文件路徑的方法

    查看linux服務(wù)器上mysql配置文件路徑的方法

    下面小編就為大家?guī)硪黄榭磍inux服務(wù)器上mysql配置文件路徑的方法。小編覺得挺不錯的,現(xiàn)在就分享給大家,也給大家做個參考。一起跟隨小編過來看看吧
    2016-10-10
  • 淺析刪除表的幾種方法(delete、drop、truncate)

    淺析刪除表的幾種方法(delete、drop、truncate)

    這篇文章主要介紹了刪除表的幾種方法,需要的朋友可以參考下
    2014-05-05
  • Mysql樹形結(jié)構(gòu)的數(shù)據(jù)庫表設(shè)計方案

    Mysql樹形結(jié)構(gòu)的數(shù)據(jù)庫表設(shè)計方案

    樹形結(jié)構(gòu)對大家來說應(yīng)該都不陌生,在日常開發(fā)中經(jīng)常會遇到,下面這篇文章主要給大家介紹了關(guān)于Mysql樹形結(jié)構(gòu)的數(shù)據(jù)庫表設(shè)計的相關(guān)資料,文中通過示例代碼的非常詳細(xì),需要的朋友可以參考下
    2021-09-09

最新評論