如要將相同系統的資料庫從 MySQL 遷移至 Cloud SQL，資料庫遷移服務會連線至目的地 Cloud SQL 執行個體，然後代表您管理遷移程序。目的地執行個體會建立與來源執行個體的連線，但由資料庫遷移服務監控程序。
如要將 MySQL 同質遷移至 Cloud SQL，資料庫遷移服務支援連續和一次性遷移流程。使用持續遷移功能時，系統會先從完整傾印檔載入資料，然後根據資料庫記錄檔中顯示的資料變更資訊，持續更新資料。一般來說，遷移階段的進展如下：
一次性遷移
-
建立遷移工作時，資料庫遷移服務會建立暫時的自動化調度管理執行個體來管理複製作業，並將目的地 Cloud SQL 轉換為 Cloud SQL 副本。這個自動化調度管理執行個體不會產生額外費用。
圖 2. Google Cloud 控制台中，目的地執行個體會顯示在臨時自動化調度管理執行個體下方。
啟動遷移工作後，資料庫遷移服務會開始完整傾印階段。如果是一次性遷移，這就是唯一的遷移階段。
在完整傾印期間，資料庫遷移服務會連線至來源執行個體，讀取您選取要遷移的資料庫內容，然後將資料載入目的地執行個體。
如果是一次性遷移，建議您在完整轉儲階段停用來源資料庫的寫入功能。這樣一來，您就能避免遺失遷移程序開始後建立的資料。
您也可以為資料庫遷移服務提供自己的 dump 檔案。 請注意，建立 dump 檔案後新增至資料庫的任何資料都不會遷移。資料庫的網路連線仍會建立，以便進行一致性檢查。
- 完整傾印階段結束後，資料庫遷移服務會自動升級目的地資料庫，並完成遷移作業。屆時，您可以將應用程式切換為使用新的目的地資料庫。
持續遷移
-
建立遷移工作時，資料庫遷移服務會建立暫時的協調執行個體來管理複製作業，並將目的地 Cloud SQL 轉換為 Cloud SQL 副本。 這個自動化調度管理執行個體不會產生額外費用。
圖 2. Google Cloud 控制台中，目的地執行個體會顯示在臨時自動化調度管理執行個體下方。
啟動遷移工作後，資料庫遷移服務會開始完整轉儲階段。
在完整傾印期間，資料庫遷移服務會連線至來源執行個體，讀取您選取要遷移的資料庫內容，然後將資料載入目的地執行個體。
您也可以為資料庫遷移服務提供自己的 dump 檔案。 請注意，建立 dump 檔案後新增至資料庫的任何資料都不會移轉。系統仍會建立資料庫的網路連線，以進行一致性檢查。
-
如果是連續遷移作業，完整傾印階段結束後，資料庫遷移服務會切換至 CDC 階段。在 CDC 期間，資料庫遷移服務會持續監控來源資料庫是否有變更，然後在目的地執行個體上持續複製這些變更。
在 CDC 階段，資料庫遷移服務不會從來源資料表複製實際資料，而是讀取從資料庫記錄檔擷取的資訊，藉此在目的地複製變更。如要切換應用程式，讓應用程式使用目的地執行個體做為正式資料庫，可以停止進行中的複製作業，並升級遷移工作。
後續步驟
如要進一步瞭解資料庫遷移服務支援的 MySQL 資料和功能，請參閱 已知限制。
如需完整的逐步遷移指南，請參閱「 開始使用 MySQL 適用的 Cloud SQL 遷移作業」。