1.背景

前段時(shí)間，我的云服務(wù)器被病毒木馬入侵了，導(dǎo)致服務(wù)器所有服務(wù)全部下線，且22端口被侵，遠(yuǎn)程無法登錄，VNC模式也無法登錄。嘗試備份鏡像和云硬盤，并用原來的鏡像重裝系統(tǒng)，依舊無法登錄。

遂只能采用xx云服務(wù)器上的救援模式，掛載一下原來的硬盤，把關(guān)鍵的文件導(dǎo)出到本地，再重裝系統(tǒng)將文件重新上傳。

在MySQL數(shù)據(jù)庫數(shù)據(jù)的恢復(fù)的過程中，踩了一些坑，下文給出具體的恢復(fù)的操作過程。

2.操作步驟

2.1 備份源數(shù)據(jù)庫的ibd文件

整個(gè)MySQL數(shù)據(jù)庫數(shù)據(jù)的恢復(fù)都是基于ibd文件的，所以最重要的自然是將源數(shù)據(jù)庫的ibd文件保存下來。

這里要注意的是，MySQL默認(rèn)的數(shù)據(jù)保存地點(diǎn)在/var/lib/mysql目錄下，這個(gè)目錄下會(huì)有你創(chuàng)建的具體的schema的文件夾，以及這個(gè)schema中所有表的ibd文件，我們直接使用SFTP導(dǎo)出整個(gè)文件夾即可，后續(xù)的恢復(fù)操作都會(huì)基于ibd文件來展開。

如果你的MySQL之前安裝的時(shí)候是自己手動(dòng)指定的安裝目錄，可以使用下面的命令查詢mysql的安裝目錄，然后備份的操作同上。

find / -name mysql

2.2 準(zhǔn)備數(shù)據(jù)庫建表語句

這里可能有些人沒有備份建表語句的習(xí)慣，大家可以先斷開自己本地的網(wǎng)絡(luò)連接，然后使用自己平時(shí)常用的數(shù)據(jù)庫連接工具，直接查看DDL語句，一般數(shù)據(jù)庫連接工具里面都有緩存的數(shù)據(jù)庫的建表語句。

2.3 重新安裝新數(shù)據(jù)庫

在新的系統(tǒng)上安裝好新數(shù)據(jù)庫，默認(rèn)安裝會(huì)安裝到地址/var/lib/mysql下。

2.4 新數(shù)據(jù)庫恢復(fù)數(shù)據(jù)具體步驟

1、創(chuàng)建數(shù)據(jù)庫schema

比如我們創(chuàng)建數(shù)據(jù)庫test，并切換到test數(shù)據(jù)庫。在MySQL中執(zhí)行如下SQL。

create database test;
use test;

2、創(chuàng)建表

這里直接把前面準(zhǔn)備好的數(shù)據(jù)庫建表語句全部執(zhí)行，在MySQL中執(zhí)行如下SQL。

create table xxx ...

3、移除表空間

這一步是直接把剛才建好的表空間移除，執(zhí)行命令如下，在MySQL中執(zhí)行如下SQL。

alter table xxx discard tablespace;

其中xxx為具體的表名，做完這一步的現(xiàn)象就是在/var/lib/mysql/test目錄下，剛才因?yàn)槲覀儎?chuàng)建表所生成的ibd文件被刪除了。

4、上傳源數(shù)據(jù)庫ibd文件

前面我們已經(jīng)備份了源數(shù)據(jù)庫中表的ibd文件，現(xiàn)在將文件使用SFTP工具上傳到剛才的/var/lib/mysql/test目錄下。（注意：這里的/var/lib/mysql是我本地?cái)?shù)據(jù)庫的安裝目錄，而test是我數(shù)據(jù)庫的名稱，各位具體情況需要根據(jù)自己數(shù)據(jù)庫的情況而定）

5、修改ibd文件權(quán)限

上一步通過SFTP上傳的ibd文件正常應(yīng)該是root用戶上傳的，我們需要使用mysql用戶來完成剩下的操作，在Linux中Shell的命令行中執(zhí)行下面的命令。

chown mysql:mysql /var/lib/mysql/test/*.ibd

同理，上述的/var/lib/mysql/test是我本機(jī)的數(shù)據(jù)庫位置，各位實(shí)際操作的時(shí)候需要根據(jù)自己本機(jī)情況進(jìn)行相應(yīng)的修改，而*.ibd表示給所有的ibd文件都修改權(quán)限。

6、重導(dǎo)表空間

上一步我們已經(jīng)上傳好ibd文件，并修改了文件權(quán)限，這一步要做的就是讓MySQL識(shí)別到剛才上傳的數(shù)據(jù)，重新導(dǎo)入表空間。這一步可以一個(gè)表一個(gè)表的進(jìn)行導(dǎo)入表空間，原因是因?yàn)橛行┍淼?code>ibd文件可能已經(jīng)不支持導(dǎo)入了，導(dǎo)入的時(shí)候會(huì)報(bào)錯(cuò)，我們先把可以恢復(fù)的表恢復(fù)了，在MySQL中執(zhí)行如下SQL。

alter table xxx import tablespace;

3.常見錯(cuò)誤

在操作恢復(fù)數(shù)據(jù)庫的過程中，我遇到了一些錯(cuò)誤，并且導(dǎo)致了部分表無法恢復(fù)成功，在這里總結(jié)幾種。

3.1 權(quán)限問題

由于上傳的ibd文件是root用戶上傳的，導(dǎo)致在MySQL中執(zhí)行SQL會(huì)報(bào)錯(cuò)，這個(gè)時(shí)候通過Shell工具修改ibd文件的權(quán)限即可，具體參考2.4節(jié)第5步。

3.2 報(bào)錯(cuò)不存在CFG文件

這個(gè)報(bào)錯(cuò)我網(wǎng)上查了一下，有的文章說，在數(shù)據(jù)庫ibd文件同級目錄下存在CFG文件，需要和ibd文件一起導(dǎo)入新的數(shù)據(jù)庫，但是我的MySQL版本是8.0.31并沒有相關(guān)的CFG文件。

后續(xù)查閱官方文檔，是因?yàn)槲以谧铋_始建表以后，使用ALTER操作新增了列，導(dǎo)致表結(jié)構(gòu)的存儲(chǔ)發(fā)生了變化，這被官方稱為DDL INSTANT，所以無法恢復(fù)。面對這種問題，建議大家平時(shí)對數(shù)據(jù)庫數(shù)據(jù)多多備份，減少數(shù)據(jù)丟失。

3.3 通過ibd文件恢復(fù)數(shù)據(jù)后自增主鍵問題報(bào)沖突

我有一些表使用了數(shù)據(jù)庫的自增主鍵，在恢復(fù)完數(shù)據(jù)以后，重新部署了應(yīng)用，在使用自增主鍵的表中出現(xiàn)了主鍵沖突的情況。

原因是通過原來的ibd文件導(dǎo)入數(shù)據(jù)并沒有同步相應(yīng)的系統(tǒng)表的結(jié)構(gòu)，所以新的MySQL認(rèn)為自增主鍵還是從1開始算，實(shí)際上數(shù)據(jù)庫中的數(shù)據(jù)自增列早已增長到一定數(shù)目了。針對這個(gè)問題，我目前沒有想到好的方法，只能先將恢復(fù)好的數(shù)據(jù)庫數(shù)據(jù)導(dǎo)出到SQL，然后刪除原表重新建表以后，再重新導(dǎo)入。

當(dāng)然如果沒有使用到系統(tǒng)能力（比如自增主鍵）的表，是無需刪除表再重新導(dǎo)入數(shù)據(jù)的。

總結(jié)

到此這篇關(guān)于從ibd文件恢復(fù)MySQL數(shù)據(jù)的操作步驟及常見錯(cuò)誤的文章就介紹到這了,更多相關(guān)從ibd文件恢復(fù)MySQL數(shù)據(jù)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論