數(shù)據(jù)庫遷移MySQL數(shù)據(jù)庫遷移(數(shù)據(jù)文件直接遷移)在今年10月下旬的時候，公司的服務(wù)器需要遷移，其中涉及到了MySQL數(shù)據(jù)庫遷移。查看了一下MySQL數(shù)據(jù)文件的大小，接近60G的大小(實(shí)際數(shù)據(jù)并沒用那么多)。

由于服務(wù)器上業(yè)務(wù)需要，要盡量減少服務(wù)器遷移時的損失。所以遷移時間選在了晚上零點(diǎn)開始，而且要盡量減少遷移所用的時間。

在遷移之前有三種方案：數(shù)據(jù)庫直接導(dǎo)出，拷貝文件到新服務(wù)器，在新服務(wù)器上導(dǎo)入。

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

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

第一種方案的優(yōu)點(diǎn):會重建數(shù)據(jù)文件，減少數(shù)據(jù)文件的占用空間。

第一種方案的缺點(diǎn):時間占用長。

(導(dǎo)入導(dǎo)出都需要很長的時間，并且導(dǎo)出后的文件還要經(jīng)過網(wǎng)絡(luò)傳輸，也要占用一定的時間。

)第二種方案的優(yōu)點(diǎn)：設(shè)置完成后傳輸無人值守第二種方案的缺點(diǎn)：設(shè)置繁瑣。傳輸中網(wǎng)絡(luò)出現(xiàn)異常，不能及時的被發(fā)現(xiàn)，并且會一直停留在數(shù)據(jù)傳輸?shù)臓顟B(tài)不能被停止，如不仔細(xì)觀察不會被發(fā)現(xiàn)異常。 傳輸相對其他fang時間長。 異常后很難從異常的位置繼續(xù)傳輸。

第三種方案的優(yōu)點(diǎn)：時間占用短，文件可斷點(diǎn)傳輸。操作步驟少。

（絕大部分時間都是在文件的網(wǎng)絡(luò)傳輸）

第三種方案的缺點(diǎn)：可能引起未知問題，暫時未發(fā)現(xiàn)。下面介紹一下第三種方案d遷移步驟：保證Mysql版本一致，安裝配置基本一致（注意：這里的數(shù)據(jù)文件和庫表結(jié)構(gòu)文件都指定在同一目錄data下）停止兩邊的Mysql服務(wù)（A服務(wù)器--遷移-->B服務(wù)器)刪除B服務(wù)器Mysql的data目錄下所有文件拷貝A服務(wù)器Mysql的data目錄下除了ib_logfile和.err之外的文件到B服務(wù)器data下啟動B服務(wù)器的Mysql服務(wù)，檢測是否發(fā)生異常遷移完成后，服務(wù)啟動正常，未發(fā)現(xiàn)其他異常問題。備注：經(jīng)測試，源mysql的安裝目錄及數(shù)據(jù)文件目錄 可以與 目標(biāo)Mysql的安裝目錄及數(shù)據(jù)文件目錄 不一致。

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