本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 遷移大型 MySQL 和 MariaDB 資料庫的最佳實務
<a name="best-practices"></a>

除了針對每個遷移選項列出的工具特定最佳實務之外，請檢閱下列一般最佳實務。這些最佳實務適用於遷移大型、多 TB MySQL 和 MariaDB 資料庫時，無論您選取的工具為何：
+ 請確定來源和目的地資料庫上有足夠的空間來取得和還原備份。
+ 在遷移完成之前，請勿在目標資料庫執行個體上建立次要索引。次要索引會在匯入期間增加額外的維護開銷，並可能拖慢匯入程序。
+ 如果您使用多執行緒方法，請選擇正確的執行緒數量。對於匯出，我們建議您為每個 CPU 核心使用一個執行緒。針對匯入，建議您每兩個 CPU 核心使用一個執行緒。
+ 資料傾印通常從屬於關鍵任務生產環境的作用中資料庫伺服器執行。如果資料傾印嚴重影響效能，且您的環境中無法接受，請考慮下列其中一項：
  + 來源伺服器具有複本，您可以從其中一個複本傾印資料。
  + 來源伺服器涵蓋在一般備份程序中：
    + 如果備份格式適合直接匯入目標資料庫，請使用備份資料做為匯入程序的輸入。
    + 如果備份格式不適合直接匯入目標資料庫，請使用備份來佈建暫時資料庫並從中傾印資料。
  + 如果複本和備份不可用：
    + 當生產流量最低時，在離峰時間執行傾印。
    + 減少傾印操作的並行，以便伺服器有足夠的備用容量來處理生產流量。
+ 僅建立使用者建立資料庫的傾印。
+ 重新建立目標資料庫上的使用者，並設定其許可。如需詳細資訊，請參閱 [Amazon RDS 的 Identity and Access Management](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/UsingWithRDS.IAM.html)、[Amazon Aurora 的 Identity and Access Management](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.IAM.html)，或 [Amazon EC2 的 Identity and Access Management](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/security-iam.html)。
+ 遷移包含多個獨立資料庫的大型資料庫伺服器時，請為每個資料庫建立個別的執行個體。這可協助您更有效率地管理資料庫，並可以改善資源佈建，而個別的運算資源可以改善資料庫效能。