MySQL數(shù)據(jù)庫遷移(數(shù)據(jù)文件直接遷移)

在今年10月下旬的時(shí)候，公司的服務(wù)器需要遷移，其中涉及到了MySQL數(shù)據(jù)庫遷移。查看了一下MySQL數(shù)據(jù)文件的大小，接近60G的大小(實(shí)際數(shù)據(jù)并沒用那么多)。由于服務(wù)器上業(yè)務(wù)需要，要盡量減少服務(wù)器遷移時(shí)的損失。所以遷移時(shí)間選在了晚上零點(diǎn)開始，而且要盡量減少遷移所用的時(shí)間。

在遷移之前有三種方案：

1. 數(shù)據(jù)庫直接導(dǎo)出，拷貝文件到新服務(wù)器，在新服務(wù)器上導(dǎo)入。
2. 使用【MySQL GUI Tools】中的 MySQLMigrationTool。

3. 數(shù)據(jù)文件和庫表結(jié)構(gòu)文件直接拷貝到新服務(wù)器，掛載到同樣配置的MySQL服務(wù)下。

我在我的電腦上用虛擬機(jī)測(cè)試后，選中了占用時(shí)間最少的第三種方案。下面是三種方案的對(duì)比：

    第一種方案的優(yōu)點(diǎn):會(huì)重建數(shù)據(jù)文件，減少數(shù)據(jù)文件的占用空間。
    第一種方案的缺點(diǎn):時(shí)間占用長。(導(dǎo)入導(dǎo)出都需要很長的時(shí)間，并且導(dǎo)出后的文件還要經(jīng)過網(wǎng)絡(luò)傳輸，也要占用一定的時(shí)間。)

    第二種方案的優(yōu)點(diǎn)：設(shè)置完成后傳輸無人值守
    第二種方案的缺點(diǎn)：

1. 設(shè)置繁瑣。
2. 傳輸中網(wǎng)絡(luò)出現(xiàn)異常，不能及時(shí)的被發(fā)現(xiàn)，并且會(huì)一直停留在數(shù)據(jù)傳輸?shù)臓顟B(tài)不能被停止，如不仔細(xì)觀察不會(huì)被發(fā)現(xiàn)異常。 
3. 傳輸相對(duì)其他fang時(shí)間長。 
4. 異常后很難從異常的位置繼續(xù)傳輸。

    第三種方案的優(yōu)點(diǎn)：時(shí)間占用短，文件可斷點(diǎn)傳輸。操作步驟少。（絕大部分時(shí)間都是在文件的網(wǎng)絡(luò)傳輸） 
    第三種方案的缺點(diǎn)：可能引起未知問題，暫時(shí)未發(fā)現(xiàn)。

下面介紹一下第三種方案d遷移步驟：

1. 保證Mysql版本一致，安裝配置基本一致（注意：這里的數(shù)據(jù)文件和庫表結(jié)構(gòu)文件都指定在同一目錄data下）
2. 停止兩邊的Mysql服務(wù)（A服務(wù)器--遷移-->B服務(wù)器)
3. 刪除B服務(wù)器Mysql的data目錄下所有文件
4. 拷貝A服務(wù)器Mysql的data目錄下除了ib_logfile和.err之外的文件到B服務(wù)器data下
5. 啟動(dòng)B服務(wù)器的Mysql服務(wù)，檢測(cè)是否發(fā)生異常

遷移完成后，服務(wù)啟動(dòng)正常，未發(fā)現(xiàn)其他異常問題。

data文件夾文件列表如下：

備注：經(jīng)測(cè)試，源mysql的安裝目錄及數(shù)據(jù)文件目錄 可以與 目標(biāo)Mysql的安裝目錄及數(shù)據(jù)文件目錄 不一致。

此時(shí)，只需要拷貝您所需移動(dòng)的dbname（如上：pa、testdb）及'mysql'和'ibdata1'，即可。