配置 | 說明 |
同步初始化 | 選中結構初始化、全量資料初始化和增量資料初始化,相關說明請參見同步初始化類型說明。 |
目標已存在表的處理模式 | - 預檢查並報錯攔截:檢查目標資料庫中是否有同名的表。如果目標資料庫中沒有同名的表,則通過該檢查專案;如果目標資料庫中有同名的表,則在預檢查階段提示錯誤,資料同步作業不會被啟動。
- 忽略報錯並繼續執行:跳過目標資料庫中是否有同名表的檢查項。
警告 選擇為 忽略報錯並繼續執行,可能導致資料不一致,給業務帶來風險,例如: - 表結構一致的情況下,如果在目標庫遇到與源庫主鍵的值相同的記錄,在初始化階段會保留目標庫中的該條記錄;在增量同步處理階段則會覆蓋目標庫的該條記錄。
- 表結構不一致的情況下,可能會導致無法初始化資料、只能同步部分列的資料或同步失敗。
|
多表歸併 | - 選擇為是:通常在OLTP情境中,為提高業務表響應速度,通常會做分庫分表處理。此類情境中,您可以藉助DTS的多表歸併功能將源庫中多個表結構相同的表(即各分表)同步至Tablestore執行個體的同一個表中。
說明 - DTS會在Tablestore執行個體的同步目標表中增加
__dts_data_source 列(類型為varchar)來儲存資料來源。DTS將以<dts資料同步執行個體ID>:<來源資料庫名>.<源表名> 的格式寫入列值用於區分表的來源,例如dts********:dtstestdata.customer1 。 - 多表歸併功能基於執行個體層級,如果需要讓部分表執行多表歸併,另一部分不執行多表歸併,您需要為這兩批表分別建立資料同步作業。
- 選擇為否:預設選項。
|
同步操作類型 | 根據業務選中需要同步的操作類型,預設情況下都處於選中狀態。 |
髒資料處理策略 | 選擇資料寫入錯誤時的處理策略: |
資料寫入模式 | - 行更新:使用PutRowChange會做行層級更新。
- 行覆蓋:使用UpdateRowChange會做行層級覆蓋。
|
批量寫入方式 | 批量寫入調用介面。- BulkImportRequest:離線寫入。
- BatchWriteRowRequest:批量寫入。
建議選擇BulkImportRequest,讀寫效率更高,Tablestore執行個體計費便宜。 |
更多設定 |
└ 隊列大小 | Tablestore執行個體資料寫入進程的隊列長度。 |
└ 線程數 | Tablestore執行個體資料寫入進程的回調處理線程數。 |
└ 並發數 | Tablestore執行個體的並發要求節流數。 |
└ 分桶數 | 增量按序寫入時的分桶並發數,適當調大可提升並發寫入能力。 |