1、一使用一使用 ibdataibdata 和和 frmfrm 文件恢復(fù)文件恢復(fù) mysqlmysql 數(shù)據(jù)庫數(shù)據(jù)庫因?yàn)榇疟P空間不足，我的一個(gè)虛擬機(jī)服務(wù)器崩潰了。結(jié)果數(shù)據(jù)庫服務(wù)器進(jìn)程無法啟動(dòng)，數(shù)據(jù)也就無法導(dǎo)出。只能想辦法從數(shù)據(jù)庫原始文件 ibdata 和 frm 文件中恢復(fù)數(shù)據(jù)庫。因?yàn)闆]有經(jīng)驗(yàn)，好不容易才找到了恢復(fù)方法。特此記錄，以備后用。磁盤空間不足之后，mysqld 進(jìn)程無法啟動(dòng)，提示“cant connect to local mysql server throughsocket /var/lib/mysql/mysql.sock (2)”。這真是讓人無比頭大，數(shù)據(jù)庫根本連接不上。1. 1.

2、 保存原始數(shù)據(jù)庫文件保存原始數(shù)據(jù)庫文件好在數(shù)據(jù)庫原始文件還在。在我的系統(tǒng)環(huán)境和配置情況下，這些文件位于 /var/lib/mysql/ 文件夾下面。假設(shè)數(shù)據(jù)庫名是 test，則這些文件表現(xiàn)為：-mysql |-test |-1.frm |-2.frm |. |-mysql |. |-ib_logfile0 |-ib_logfile1 |-ibdata1 |.這些就是原始數(shù)據(jù)庫文件，可以用來恢復(fù)數(shù)據(jù)庫。將這些文件額外保存一份，以防萬一。2. 2. 恢復(fù)方法恢復(fù)方法我的原始虛擬機(jī)完全沒有磁盤空間而無法啟動(dòng)數(shù)據(jù)庫服務(wù)器進(jìn)程。雖然試著刪除一些不需要的文件，但是數(shù)據(jù)庫卻始終無法連接。于是我新建了一個(gè)幾乎

3、一樣的虛擬機(jī)（當(dāng)然磁盤加大了），試圖將這些數(shù)據(jù)庫文件導(dǎo)入并恢復(fù)數(shù)據(jù)庫。在經(jīng)歷了很多錯(cuò)誤之后，終于找到了正確的方法：1.安裝完成新服務(wù)器之后，通過命令行新建了與原來一樣的數(shù)據(jù)庫：數(shù)據(jù)庫名稱、用戶名、密碼都一樣。如果有多個(gè)數(shù)據(jù)庫需要恢復(fù)，就都給建好。 （跟配置新服務(wù)器一樣，參見安裝和配置mysql 數(shù)據(jù)庫服務(wù)器。）2.停止 mysqld 進(jìn)程service mysqld stop3.將備份的原始數(shù)據(jù)庫文件中的所有所有 .frm 文件（保持原來的目錄結(jié)構(gòu)）文件（保持原來的目錄結(jié)構(gòu)）和 ibdata1 文件文件復(fù)制到新服務(wù)器的數(shù)據(jù)庫文件目錄中 （如果新服務(wù)器操作系統(tǒng)和配置環(huán)境一樣，那么目錄結(jié)構(gòu)也一樣）

4、，其它文件不要其它文件不要。4.使用 innodb_force_recovery=6參數(shù)啟動(dòng)數(shù)據(jù)庫服務(wù)器進(jìn)程，這里是/etc/init.d/mysqld start -defaults-file=/etc/f -standalone-console -innodb_force_recovery=6ok，數(shù)據(jù)庫恢復(fù)完成。二二如何從如何從 ibdataibdata 中恢復(fù)中恢復(fù) mysqlmysql 數(shù)據(jù)庫數(shù)據(jù)庫mysql 5.0.27 版本 采用 innodb 引擎建立表由于磁盤問題丟失了 .frm 文件 但 ibdata 和 log 文件均完好如何從其中恢復(fù)出庫或?qū)С鰯?shù)據(jù)？成功恢復(fù)，步驟如下：

5、1、恢復(fù)原數(shù)據(jù)庫的配置文件：包括日志大小 文件路徑等2、在mysqld段中增加：innodb_force_recovery = 43、可以在另外地方建立新的數(shù)據(jù)庫并用原表的結(jié)構(gòu)創(chuàng)建表4、將上一步中建立的.frm 表文件拷貝到準(zhǔn)備恢復(fù)的數(shù)據(jù)庫中5、啟動(dòng)數(shù)據(jù)庫6、停止數(shù)據(jù)庫 注釋掉 innodb_force_recovery = 4項(xiàng)7、重新啟動(dòng)數(shù)據(jù)庫，應(yīng)該可以用mysqldump 導(dǎo)出數(shù)據(jù)了表結(jié)構(gòu)文件應(yīng)該可以憑借你的記憶恢復(fù)， 關(guān)鍵是 ibdata 數(shù)據(jù)完好（日志文件有損的話估計(jì)應(yīng)該也可以 待測(cè)試）,啟動(dòng)數(shù)據(jù)庫啟動(dòng)不了需要把 data 下的兩個(gè) log 文件刪了三三mysqlmysql ibda

6、taibdata 丟丟失失或或損損壞壞如如何何通通過過frm&ibdfrm&ibd 恢復(fù)數(shù)據(jù)恢復(fù)數(shù)據(jù)四四 mysqlmysql ibdataibdata 丟丟 失失 或或 損損 壞壞 如如 何何 通通 過過frm&ibdfrm&ibd 恢復(fù)數(shù)據(jù)恢復(fù)數(shù)據(jù)posted on1 五月, 2013 by lanceyan | 2 條評(píng)論mysql 存儲(chǔ)在磁盤中， 各種天災(zāi)人禍都會(huì)導(dǎo)致數(shù)據(jù)丟失。 大公司的時(shí)候我們常常需要做好數(shù)據(jù)冷熱備，對(duì)于小公司來說要做好所有數(shù)據(jù)備份需要支出大量的成本，很多公司也是不現(xiàn)實(shí)的。萬一還沒有做好備份，數(shù)據(jù)被誤刪除了，或者 ibdata 損壞了怎

7、么辦呢？別擔(dān)心，只要有部分的 frm、ibd 存在就可以恢復(fù)部分?jǐn)?shù)據(jù)。注意：一、 這個(gè)是對(duì) innodb 的數(shù)據(jù)恢復(fù)。 myisam 不需要這么麻煩， 只要數(shù)據(jù)文件存在直接復(fù)制過去就可以。二、大家的 mysql 數(shù)據(jù)庫必須是按表存放數(shù)據(jù)的，默認(rèn)不是，但是大家生產(chǎn)肯定是按分表設(shè)置的吧，如果不是，不好意思，這個(gè)方法不能恢復(fù)你的數(shù)據(jù)。my.ini 的設(shè)置為 innodb_file_per_table = 1。參考 http:/ 1、找回表結(jié)構(gòu)，如果表結(jié)構(gòu)沒有丟失直接到下一步、找回表結(jié)構(gòu)，如果表結(jié)構(gòu)沒有丟失直接到下一步a、先創(chuàng)建一個(gè)數(shù)據(jù)庫，這個(gè)數(shù)據(jù)庫必須是沒有表和任何操作的。b、創(chuàng)建一個(gè)表結(jié)構(gòu)，和要恢

8、復(fù)的表名是一樣的。表里的字段無所謂。一定要是 innodb 引擎的。createtableweibo_qq0(weiboidbigint(20)engine=innodbdefaultcharset=utf8;c、關(guān)閉 mysql， service mysqld stop；d、用需要恢復(fù)的 frm 文件覆蓋剛新建的 frm 文件；e、修改 my.ini 里 innodb_force_recovery=1 ， 如果不成修改為 2,3,4,5,6。f、 啟動(dòng) mysql，service mysqld start；show create table weibo_qq0 就能 li 到表結(jié)構(gòu)信息了。2

9、 2、找回?cái)?shù)據(jù)。找回?cái)?shù)據(jù)。記得上面把記得上面把 innodb_force_recoveryinnodb_force_recovery 改掉了，改掉了，需要注釋掉，需要注釋掉，不然恢復(fù)模式不好操作。不然恢復(fù)模式不好操作。這里有個(gè)關(guān)鍵的問題，這里有個(gè)關(guān)鍵的問題，就是就是 innodbinnodb 里的任何數(shù)據(jù)操作都是一個(gè)日志的記錄點(diǎn)。里的任何數(shù)據(jù)操作都是一個(gè)日志的記錄點(diǎn)。也就是如果我們需要也就是如果我們需要數(shù)據(jù)恢復(fù)，必須把之前的表的數(shù)據(jù)的日志記錄點(diǎn)添加到一致。數(shù)據(jù)恢復(fù)，必須把之前的表的數(shù)據(jù)的日志記錄點(diǎn)添加到一致。a、建立一個(gè)數(shù)據(jù)庫，根據(jù)上面導(dǎo)出的創(chuàng)建表的 sql 執(zhí)行創(chuàng)建表。b、 找到記錄點(diǎn)。 先

10、要把當(dāng)前數(shù)據(jù)庫的表空間廢棄掉， 使當(dāng)前 ibd 的數(shù)據(jù)文件和 frm 分離。 altertable weibo_qq0 discard tablespace；c、 把之前要恢復(fù)的 .ibd 文件復(fù)制到新的表結(jié)構(gòu)文件夾下。使當(dāng)前的 ibd 和 frm 發(fā)生關(guān)系。 altertable weibo_qq0 import tablespace; 結(jié)果不出意外肯定會(huì)報(bào)錯(cuò)。就和我們開展數(shù)據(jù)開始說的那樣，數(shù)據(jù)記錄點(diǎn)不一致。我們看看之前ibd 記錄的點(diǎn)在什么位置。開始執(zhí)行importtablespace，報(bào)錯(cuò) error 1030 (hy000): got error -1 from storage eng

11、ine 。找到 mysql 的錯(cuò)誤日志，innodb: error: tablespace id in file .testweibo_qq0.ibd is 112, but in the innodbinnodb: data dictionary it is 1.因?yàn)?weibo_qq0 之前的記錄點(diǎn)在 112，當(dāng)前的表只創(chuàng)建一次，所以記錄點(diǎn)是 1.d、那怎么從 1 記錄到 112。for ($1=1; $i /all.sql做完此步后，停止數(shù)據(jù)庫服務(wù)。2，修改 mysql 配置文件修改 my.ini文件，增加下面配置iinnodb_file_per_table = 1對(duì)每張表使用單獨(dú)的 i

12、nnodb 文件, 修改/etc/f文件3，刪除原數(shù)據(jù)文件刪除原來的 ibdata1 文件及日志文件 ib_logfile*，刪除data 目錄下的應(yīng)用數(shù)據(jù)庫文件夾(mysql文件夾不要?jiǎng)h)4，還原數(shù)據(jù)庫啟動(dòng)數(shù)據(jù)庫服務(wù)從命令行進(jìn)入 mysql server 5.5/bin還原全部數(shù)據(jù)庫，執(zhí)行命令 mysql -uusername -pyourpassword /all.sql經(jīng)過以上幾步后，可以看到新的 ibdata1 文件就只有幾十 m 了，數(shù)據(jù)及索引都變成了針對(duì)單個(gè)表的小 ibd 文件了，它們?cè)谙鄳?yīng)數(shù)據(jù)庫的文件夾下面。注：目前還沒有找到不導(dǎo)出數(shù)據(jù)再導(dǎo)入，直接縮小ibdata 文件體積的辦法

13、。對(duì)于 ibdata 文件有壞道、表空間有損壞的數(shù)據(jù)庫來說，只能跳過損壞的id，dump 出數(shù)據(jù)成 sql 文件，再導(dǎo)入了。五五如何恢復(fù)如何恢復(fù)mysqlmysql 數(shù)據(jù)庫數(shù)據(jù)庫這里說的 mysql 恢復(fù)數(shù)據(jù)庫，是指沒有通過正常備份的情況下，通過mysql 保存的數(shù)據(jù)文件如何恢復(fù)數(shù)據(jù)庫。由于在一臺(tái)測(cè)試機(jī)器上打算重新安裝mysql 數(shù)據(jù)庫，由于簡(jiǎn)單粗暴的直接卸載了，沒有備份公司 discuz 和 redmine 使用的 mysql 數(shù)據(jù)庫，過程可想的悲慘。還好的是只是卸載掉了 mysql 的程序，所有的數(shù)據(jù)文件還是存在的。下面是在恢復(fù)數(shù)據(jù)庫的過程1.1. discuzdiscuz 數(shù)據(jù)庫數(shù)據(jù)庫d

14、iscuz 數(shù)據(jù)庫的恢復(fù)非常順利， 在安裝好新版本的 mysql 后， 直接將原來的數(shù)據(jù)庫文件 copy 到新的數(shù)據(jù)目錄中，重新啟動(dòng) mysql, 就能看到恢復(fù)的數(shù)據(jù)庫了2.2. redmineredmine 數(shù)據(jù)庫數(shù)據(jù)庫本打算直接使用上面的經(jīng)驗(yàn)，也能看到所有的表，但是就是執(zhí)行查詢的時(shí)候，總是報(bào)錯(cuò)表不存在.后來查了一些資料，發(fā)現(xiàn)，原因應(yīng)該是discuz 和 redmine 使用的 mysql 引擎不一樣導(dǎo)致的。discuz 使用的是 myisam, 而 redmine 使用的是 innodb.解決的辦法是,除了要 copy 數(shù)據(jù)目錄外，還要記得覆蓋 ibdata1 文件。下面是轉(zhuǎn)自 http:

15、/ table” 為例: 如類型是 myisam, 數(shù)據(jù)文件則以” table.frm” ” table.myd” ”table.myi”三個(gè)文件存儲(chǔ)于”/data/$databasename/”目錄中. 如類型是 innodb, 數(shù)據(jù)文件則存儲(chǔ)在”$innodb_data_home_dir/中的 ibdata1 文件中(一般情況)，結(jié)構(gòu)文件存在于 table_name.frm 中. mysql 的數(shù)據(jù)庫文件直接復(fù)制便可以使用，但是那是指“myisam”類型的表。 而使用 mysql-front 直接創(chuàng)建表，默認(rèn)是“innodb”類型，這種類型的一個(gè)表在磁盤上只對(duì)應(yīng)一個(gè)“*.frm”文件，不像

16、 myisam 那樣還“*.myd,*.myi”文件。 myisam 類型的表直接拷到另一個(gè)數(shù)據(jù)庫就可以直接使用，但是 innodb 類型的表卻不行。解決方法就是:同時(shí)拷貝 innodb 數(shù)據(jù)庫表“*.frm”文件和 innodb 數(shù)據(jù)“ibdata1”文件到合適的位置。 啟動(dòng) mysql 的 windows 服務(wù) 由于 mysql 這樣數(shù)據(jù)混雜的形式, 往往很容易讓使用者在備份時(shí)忘記了備份 innodb, 從而導(dǎo)致了上述錯(cuò)誤.意思就是說在數(shù)據(jù)庫引擎類型為innodb時(shí)， 拷貝數(shù)據(jù)文件的同時(shí)還需要拷貝ibdata1，于是把 ibdata1 也拷貝過去覆蓋，發(fā)現(xiàn)還是有點(diǎn)問題，于是停止mysql

17、服務(wù)，將目錄下的 ib_logfile*文件全部刪除掉，重新啟動(dòng) mysql 服務(wù)，well done，可以了高興啊，于是稍微總結(jié)了，希望以后遇到相同的問題，能夠快速解決。1，在進(jìn)行 mysql 數(shù)據(jù)庫備份的或遷移的時(shí)候，盡量備份完成所需要的數(shù)據(jù)；2，如果直接拷貝原有數(shù)據(jù)庫文件*.frm、*.myd、*.myi等文件時(shí)候，如果原數(shù)據(jù)庫引擎是 innodb,切記還需拷貝 ibdata1 文件3，備份數(shù)據(jù)庫的時(shí)候，最好是用相關(guān)的工具進(jìn)行備份或是導(dǎo)出sql 文件，以免浪費(fèi)時(shí)間在數(shù)據(jù)庫恢復(fù)上4，msyql 版本或是備份工具的版本不同，也可能引起數(shù)據(jù)恢復(fù)有問題。實(shí)踐證明以上問題是存在的，解決方案是可行的

18、，哈哈，為了以后方便，寫了這篇博客隨筆，希望大牛看到了不要鄙視，歡迎拍磚。1：myisam 類型的數(shù)據(jù)文件可以在不同操作系統(tǒng)中copy，這點(diǎn)很重要，布署的時(shí)候方便點(diǎn)。（只需要拷貝 數(shù)據(jù)庫名字文件夾下面的文件，這樣數(shù)據(jù)庫就拷貝完了）2: innodb 類型的 要注意多拷貝 ibdata1 , 最好不要是直接復(fù)制文件夾， 而是應(yīng)該用sql 導(dǎo)入導(dǎo)出六、六、mysql ibdata1mysql ibdata1 文件恢復(fù)問題文件恢復(fù)問題1、導(dǎo)入 ibdata1 文件到 data 文件夾后 mysql 不能正常啟動(dòng)怎么辦？解決辦法將 data 文件夾中的 ib_logfile0、ib_logfile1、

19、lenovo-pc.err 文件刪除，因?yàn)?mysql 會(huì)根據(jù)你的電腦創(chuàng)建相應(yīng)的以上文件，所以在恢復(fù) bdata1 之前應(yīng)該先將這些文件刪除；2、導(dǎo)入 bdata1 文件后成功啟動(dòng) mysql 但不能打開數(shù)據(jù)表和讀寫數(shù)據(jù)怎么辦？2、1 有可能是因?yàn)?bdata1 文件被損壞，按照正常方式是不能正常使用，那么就要用到 mysql 提供的數(shù)據(jù)恢復(fù)參數(shù)了，打開 mysql 安裝目錄下的 my.ini 文件在mysqld 加上innodb_force_recovery = 4 就可以了。可參考http:/ innodbmysql innodb 數(shù)據(jù)庫恢復(fù)數(shù)據(jù)庫恢復(fù)mysql 的數(shù)據(jù)庫文件直接復(fù)制便可以

20、使用，但是那是指“myisam”類型的表。而使用 mysql-front 直接創(chuàng)建表，默認(rèn)是“innodb”類型，這種類型的一個(gè)表在磁盤上只對(duì)應(yīng)一個(gè)“*.frm”文件，不像 myisam 那樣還“*.myd,*.myi”文件。myisam 類型的表直接拷到另一個(gè)數(shù)據(jù)庫就可以直接使用，但是innodb 類型的表卻不行。解決方法就是:同時(shí)拷貝 innodb 數(shù)據(jù)庫表“*.frm”文件和 innodb 數(shù)據(jù)“ibdata1”文件到合適的位置。啟動(dòng) mysql 的 windows 服務(wù)，如果不能成功的話，查看data 文件夾中有個(gè)“*.err”錯(cuò)誤日志文件，其中會(huì)對(duì)啟動(dòng)失敗的原因有所描述的。比如我碰到

21、過兩種錯(cuò)誤原因。一種是類似這樣的錯(cuò)誤信息：inifile codeinnodb: error: log file .ib_logfile0 is of different size 0 10485760 bytes innodb:than specified in the .cnf file 0 25165824 bytes!這是因?yàn)樵?mysql 配置文件中配置的日志文件大小與實(shí)際的不相符。解決方法是直接刪掉舊的“ib_logfile0”等日志文件，重啟 mysql 后會(huì)自動(dòng)生成新的日志文件的。另一中則是這樣的錯(cuò)誤信息inifile codeinnodb: operating system

22、error number 5 in a file operation. innodb: the errormeans mysqld does not have the access rights to innodb: the directory. it may alsobe you have created a subdirectory innodb: of the same name as a data file. innodb:file name .ibdata1 innodb: file operation call: open. innodb: cannot continueopera

23、tion.經(jīng)檢查原來是“ibdata1”文件在復(fù)制的過程中不知怎的被加上只讀屬性了。解決方法是去掉“ibdata1”文件的只讀屬性便可。. 強(qiáng)制恢復(fù)如果數(shù)據(jù)庫頁被破壞， 你可能想要用 select into outfile 從從數(shù)據(jù)庫轉(zhuǎn)儲(chǔ)你的表，通常以這種方法獲取的大多數(shù)數(shù)據(jù)是完好的。即使這樣，損壞可能導(dǎo)致select *from tbl_name 或者 innodb 后臺(tái)操作崩潰或斷言，或者甚至使得innodb 前滾恢復(fù)崩潰。 盡管如此，你可以用它來強(qiáng)制 innodb 存儲(chǔ)引擎啟動(dòng)同時(shí)阻止后臺(tái)操作運(yùn)行，以便你能轉(zhuǎn)儲(chǔ)你的表。例如：你可以在重啟服務(wù)器之前，在選項(xiàng)文件的 mysql

24、d節(jié)添加如下的行：mysqldinnodb_force_recovery = 4innodb_force_recovery 被允許的非零值如下。一個(gè)更大的數(shù)字包含所有更小數(shù)字的預(yù)防措施。如果你能夠用一個(gè)多數(shù)是4 的選項(xiàng)值來轉(zhuǎn)儲(chǔ)你的表，那么你是比較安全的，只有一些在損壞的單獨(dú)頁面上的數(shù)據(jù)會(huì)丟失。 一個(gè)為 6 的值更夸張，因?yàn)閿?shù)據(jù)庫頁被留在一個(gè)陳舊的狀態(tài)，這個(gè)狀態(tài)反過來可以引發(fā)對(duì) b 樹和其它數(shù)據(jù)庫結(jié)構(gòu)的更多破壞。 1 (srv_force_ignore_corrupt)即使服務(wù)器檢測(cè)到一個(gè)損壞的頁，也讓服務(wù)器運(yùn)行著；試著讓select * fromtbl_name 跳過損壞的索引記錄和頁，這樣有

25、助于轉(zhuǎn)儲(chǔ)表。 2 (srv_force_no_background)阻止主線程運(yùn)行，如果崩潰可能在凈化操作過程中發(fā)生，這將阻止它。 3 (srv_force_no_trx_undo)恢復(fù)后不運(yùn)行事務(wù)回滾。 4 (srv_force_no_ibuf_merge)也阻止插入緩沖合并操作。如果你可能會(huì)導(dǎo)致一個(gè)崩潰。最好不要做這些操作，不要計(jì)算表統(tǒng)計(jì)表。 5 (srv_force_no_undo_log_scan)啟動(dòng)數(shù)據(jù)庫之時(shí)不查看未完成日志：innodb 把未完成的事務(wù)視為已提交的。 6 (srv_force_no_log_redo)不要在恢復(fù)連接中做日志前滾。數(shù)據(jù)庫不能另外地帶著這些選項(xiàng)中被允許

26、的選項(xiàng)來使用。作為一個(gè)安全措施，當(dāng)innodb_force_recovery 被設(shè)置為大于 0 的值時(shí)，innodb 阻止用戶執(zhí)行 insert,update 或 delete 操作.即使強(qiáng)制恢復(fù)被使用，你也可以 drop 或 create 表。如果你知道一個(gè)給定的表正在導(dǎo)致回滾崩潰，你可以移除它。你也可以用這個(gè)來停止由失敗的大宗導(dǎo)入或失敗的alter table 導(dǎo)致的失控回滾。你可以殺掉 mysqld 進(jìn)程，然后設(shè)置innodb_force_recovery 為 3，使得數(shù)據(jù)庫被掛起而不需要回滾，然后舍棄導(dǎo)致失控回滾的表。. 檢查點(diǎn)innodb 實(shí)現(xiàn)一種被認(rèn)識(shí)為“模糊”檢查點(diǎn)設(shè)置的檢查點(diǎn)機(jī)制。innodb 以小批量從緩沖池刷新已修改的數(shù)據(jù)庫頁。沒必要以單個(gè)批次刷新緩沖池，單批次刷新實(shí)際操作中可能會(huì)在檢查點(diǎn)設(shè)置進(jìn)程中停止用戶sql 語句的處理。在崩潰恢復(fù)中，innodb 找尋被寫進(jìn)日志的檢查點(diǎn)標(biāo)簽。它知道所有在該標(biāo)簽之前對(duì)數(shù)據(jù)庫的修改被呈現(xiàn)在數(shù)據(jù)庫的