本文介紹資料移轉各鏈路規格的說明及效能測試情況。
注意事項
本文中提供的效能指標僅用於提供參考的測試資料，並不作為產品SLA的評判標準。
使用DTS可實現資料秒級增量遷移到目標執行個體，但受限於源執行個體的運行負載、傳輸網路的頻寬、網路延時、目標執行個體寫入效能等多種因素的影響，DTS增量遷移任務會出現延遲增大的情況，無法絕對保證秒級延遲。
名詞解釋
名詞 | 說明 |
規格 | 資料轉送為使用者提供的不同效能的鏈路規格，以增量遷移效能為衡量標準。 |
表數量 | 該測試模型下表的總數。 |
記錄大小 | 增量資料移轉時每條記錄的大小。 |
RPS | 表示每秒增量遷移至目標表的資料行數，如每秒增量遷移源庫5000行資料至目標表，則RPS為5000。 |
如果一條SQL語句中包含對多行資料的操作，則計為多條資料記錄變化；對同一條記錄反覆增刪改則計為多條資料記錄變化。
每次COMMIT操作也會被計為一次資料記錄變化的次數。
資料移轉規格說明
資料移轉根據遷移鏈路的遷移效能上限，定義了五種規格：small、medium、large、xlarge、2xlarge，當滿足以下條件時，各個規格的遷移效能上限才能達到下表中的效能上限。
源執行個體的壓力要大於等於各規格對應的效能上限。
目標執行個體的寫入效能不是瓶頸，能夠支援各規格對應的效能壓力。
源執行個體/目標執行個體與DTS伺服器的網路延遲小於等於2ms。
規格定義 | 效能上限（RPS）參考 |
small | 2,000。 |
medium | 5,000。 |
large | 6,000。 |
xlarge | 7,000。 |
2xlarge | 11,000。 |
規格的線上運行效能受網路環境、源執行個體和目標執行個體的效能、延遲等因素影響，實際的效能值會有差異，表中效能上限值僅供參考，不在SLA承諾範圍內。
測試模型
測試流程：在兩個RDS MySQL執行個體之間建立增量遷移任務，在源RDS MySQL上進行壓測，檢測增量資料移轉的效能表現。
執行個體 | RDS 執行個體配置 | 參考極限效能 |
源執行個體 |
|
|
目標執行個體 |
|
|
測試模型：
測試表數量為20。
測試表均有主鍵。
記錄大小為1KB。
每個事務平均包含兩條DML操作，一條COMMIT，其中INSERT、UPDATE、DELETE的比例為3:1:2。
測試結果
源執行個體地區 | 目標執行個體地區 | 執行個體間網路延遲（毫秒） | 規格 | RPS |
華東1（杭州） | 華東1（杭州） | 0.26 | small | 2,566 |
華東1（杭州） | 華東1（杭州） | 0.26 | medium | 4,726 |
華東1（杭州） | 華東1（杭州） | 0.26 | large | 6,378 |
華東1（杭州） | 華北1（青島） | 26 | small | 2,469 |
華東1（杭州） | 華北1（青島） | 26 | medium | 4,856 |
華東1（杭州） | 華北1（青島） | 26 | large | 5,439 |
華東1（杭州） | 華北2（北京） | 26 | small | 2,533 |
華東1（杭州） | 華北2（北京） | 26 | medium | 5,038 |
華東1（杭州） | 華北2（北京） | 26 | large | 6,829 |
華東1（杭州） | 美國西部 1（矽谷） | 175 | small | 1,753 |
華東1（杭州） | 美國西部 1（矽谷） | 175 | medium | 2,837 |
華東1（杭州） | 美國西部 1（矽谷） | 175 | large | 3,884 |
亞太地區東南 1（新加坡） | 美國西部 1（矽谷） | 198 | small | 1,104 |
亞太地區東南 1（新加坡） | 美國西部 1（矽谷） | 198 | medium | 1,724 |
亞太地區東南 1（新加坡） | 美國西部 1（矽谷） | 198 | large | 2,256 |
上述測試模型的資料是各種資料移轉鏈路規格的極限效能，如果資料移轉的表沒有主鍵、網路延遲大、存在更新熱點或者源執行個體與目標執行個體存在效能瓶頸時，無法達到上表中的增量遷移效能。