MySQL資料庫遷移(直接複製檔案)

2021-07-31 03:34:07 字數 1240 閱讀 9440

mysql

資料庫遷移(資料檔案直接遷移)

在今年10月下旬的時候,公司的伺服器需要遷移,其中涉及到了mysql資料庫遷移。檢視了一下mysql資料檔案的大小,接近60g的大小(實際資料並沒用那麼多)。由於伺服器上業務需要,要儘量減少伺服器遷移時的損失。所以遷移時間選在了晚上零點開始,而且要儘量減少遷移所用的時間。

在遷移之前有三種方案:

資料庫直接匯出,拷貝檔案到新伺服器,在新伺服器上匯入。

使用【mysql gui tools】中的 mysqlmigrationtool。

資料檔案和庫表結構檔案直接拷貝到新伺服器,掛載到同樣配置的mysql服務下。

我在我的電腦上用虛擬機器測試後,選中了占用時間最少的第三種方案。下面是三種方案的對比:

第一種方案的優點:會重建資料檔案,減少資料檔案的占用空間。

第一種方案的缺點:時間占用長。(匯入匯出都需要很長的時間,並且匯出後的檔案還要經過網路傳輸,也要占用一定的時間。)

第二種方案的優點:設定完成後傳輸無人值守

第二種方案的缺點:

設定繁瑣。

傳輸中網路出現異常,不能及時的被發現,並且會一直停留在資料傳輸的狀態不能被停止,如不仔細觀察不會被發現異常。 

傳輸相對其他fang時間長。 

異常後很難從異常的位置繼續傳輸。

第三種方案的優點:時間占用短,檔案可斷點傳輸。操作步驟少。(絕大部分時間都是在檔案的網路傳輸) 

第三種方案的缺點:可能引起未知問題,暫時未發現。

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

保證mysql版本一致,安裝配置基本一致(注意:這裡的資料檔案和庫表結構檔案都指定在同一目錄data下)

停止兩邊的mysql服務(a伺服器--遷移-->b伺服器)

刪除b伺服器mysql的data目錄下所有檔案

拷貝a伺服器mysql的data目錄下除了ib_logfile

和.err之外的檔案到b伺服器data下

啟動b伺服器的mysql服務,檢測是否發生異常

遷移完成後,服務啟動正常,未發現其他異常問題。

data資料夾檔案列表如下:

備註:經測試,源mysql的安裝目錄及資料檔案目錄 可以與 目標mysql的安裝目錄及資料檔案目錄 不一致。

此時,只需要拷貝您所需移動的dbname(如上:pa、testdb)及'mysql'和'ibdata1',即可。

Mysql資料庫遷移 資料檔案直接遷移

mysql資料庫遷移 資料檔案直接遷移 在遷移之前有三種方案 1 資料庫直接匯出,拷貝檔案到新伺服器,在新伺服器上匯入。2 使用 mysql gui tools 中的 mysqlmigrationtool。3 資料檔案和庫表結構檔案直接拷貝到新伺服器,掛載到同樣配置的mysql服務下。我在我的電腦上...

Mysql資料庫遷移(資料檔案直接遷移)

最近在進行打包專案開發的時候,最初打包後的資料是版本一。經過測試階段測試後,以及修改 等等。在最後終於需求bug該改的都改了。準備自行再在windows虛擬機器上進行測試打包後的專案,那麼則要更新打包後的版本一資料,變成最新版本資料。我的專案是web專案 mysql資料庫遷移 資料檔案直接遷移 如下...

mysql庫遷移 mysql資料庫遷移

由於yum安裝mysql的時候,資料庫的data目錄預設是在 var lib下,出於資料安全性的考慮需要把它挪到 data分割槽。步驟如下 一 關閉apache和mysql.複製 如下 二 將 var lib下的mysql目錄mv 移動 到data目錄。為什麼要用mv命令,而不用cp命令呢?應為li...