騰訊雲的資料庫遷移，我已經遷移過幾次。雖然操作很簡單，但覺的有必要將幾點經驗分享出來。由於沒有保留截圖，只能憑記憶來寫，見諒。
目標例項沒有初始化的先將其初始化。因為初始化時會重啟機器，和源例項的資料同步會中斷，無法確保資料一致，導致此次遷移作廢。（√實力踩坑）
如果希望源、目標例項的資料庫執行引數一致，有必要將在遷移之前，先將源資料庫的配置檔案匯出來，覆蓋目標例項的配置檔案，並讓引數生效。
填寫源資料庫賬號密碼時，應填寫root賬號，如果是子賬號，應賦予足夠的許可權，不過問題不大，遷移前騰訊雲會檢測。
選擇例項遷移，會將源雲資料庫的子賬號同步建立到目標雲資料庫，無需再手動建立。（至於 root 賬戶是否會覆蓋，因為我不掌握 root 賬戶，所以不清楚）。
「全量檢查」達到 「100%」時就代表全部遷移了，未點選「完成」前，源例項和目標例項進行增量同步。
點選 「完成」前，目標例項是隻讀的，所以先點選完成，然後立即在程式碼中切換資料庫賬號。
「庫表遷移」和 「例項遷移」騰訊工程師會告訴你沒有什麼區別，但是實踐中發現這兩種方式，記憶體利用率有很大的差異。如源例項的記憶體利用為 1.2G ，「庫表遷移」後記憶體僅為 600M ，而「例項遷移」後記憶體接近 1.2G 。具體原因不詳。記憶體是雲伺服器為了加快讀取生成的快取，隨著時間會升高，但不代表真實的佔用記憶體，和分配的大小有關。「庫表遷移」和 「例項遷移」區別在哪，不清楚，一般騰訊工程師會推薦「庫表遷移」。
專案切換為新雲資料庫賬號時，假如專案使用了框架並有指令碼在執行，因為框架中的資料庫連結物件仍然保持原來的連線，所以會導致服務異常，應該留意，重啟指令碼。（√踩坑）
本作品採用《CC 協議》，轉載必須註明作者和本文連結