tencent cloud

Data Transfer Service

Release Notes and Announcements
Release Notes
Announcements
Product Introduction
Overview
Data Migration
Data Sync
Data Subscription (Kafka Edition)
Strengths
Supported Regions
Specification Description
Purchase Guide
Billing Overview
Configuration Change Description
Payment Overdue
Refund
Getting Started
Data Migration Guide
Data Sync Guide
Data Subscription Guide (Kafka Edition)
Preparations
Business Evaluation
Network Preparation
Adding DTS IP Addresses to the Allowlist of the Corresponding Databases
DTS Service Permission Preparation
Database and Permission Preparation
Configuring Binlog in Self-Built MySQL
Data Migration
Databases Supported by Data Migration
Cross-Account TencentDB Instance Migration
Migration to MySQL Series
Migrating to PostgreSQL
Migrating to MongoDB
Migrating to SQL Server
Migrating to Tencent Cloud Distributed Cache
Task Management
Data Sync
Databases Supported by Data Sync
Cross-Account TencentDB Instance Sync
Sync to MySQL series
Synchronize to PostgreSQL
Synchronization to MongoDB
Synchronize to Kafka
Task Management
Data Subscription (Kafka Edition)
Databases Supported by Data Subscription
MySQL series Data Subscription
Data Subscription for TDSQL PostgreSQL
MongoDB Data Subscription
Task Management
Consumption Management
Fix for Verification Failure
Check Item Overview
Cutover Description
Monitoring and Alarms
Supported Monitoring Indicators
Supported Events
Configuring Metric Alarms and Event Alarms via the Console
Configuring Indicator Monitoring and Event Alarm by APIs
Ops Management
Configuring Maintenance Time
Task Status Change Description
Practical Tutorial
Synchronizing Local Database to the Cloud
Creating Two-Way Sync Data Structure
Creating Many-to-One Sync Data Structure
Creating Multi-Site Active-Active IDC Architecture
Selecting Data Sync Conflict Resolution Policy
Using CLB as Proxy for Cross-Account Database Migration
Migrating Self-Built Databases to Tencent Cloud Databases via CCN
Best Practices for DTS Performance Tuning
FAQs
Data Migration
Data Sync
FAQs for Data Subscription Kafka Edition
Regular Expressions for Subscription
Error Handling
Common Errors
Failed Connectivity Test
Failed or Alarmed Check Item
Inability to Select Subnet During CCN Access
Slow or Stuck Migration
Data Sync Delay
High Data Subscription Delay
Data Consumption Exception
API Documentation
History
Introduction
API Category
Making API Requests
(NewDTS) Data Migration APIs
Data Sync APIs
Data Consistency Check APIs
(NewDTS) Data Subscription APIs
Data Types
Error Codes
DTS API 2018-03-30
Service Agreement
Service Level Agreements

Business Evaluation

PDF
フォーカスモード
フォントサイズ
最終更新日: 2024-04-30 17:07:12
Note:
This section introduces the MySQL to MySQL Link as an example.
1. When DTS executes a full data migration/synchronization, it will read all the data from the source database once, thus increasing the load on the source database. If your database specification is low, we recommend performing the migration/synchronization during off-peak business hours, or reducing the DTS rate before starting the task.
2. Different source database specifications and DTS task configurations result in different impacts on the source database's performance. For example, with source database specifications of 8 cores and 16 GB, the default DTS task uses 8 thread concurrency (which can be adjusted), and in the absence of network bottlenecks, the impacts of the DTS task on the source database's performance are as follows.
During full export phase of the source database, it occupies about 18%-45% of the source database's CPU, increases query pressure of the source database by about 40-60 MB/s, and occupies about 8 active session connections.
During incremental export phase of the source database, there is virtually no pressure on the source database, with only one connection continuously listening to the source database's binlog logs.
3. By default, lock-free migration/synchronization is employed, which means no global lock (FTWRL) is applied to the source database during the task. Only tables without a primary key are added with table locks, others are not locked.
4. When performing data consistency checks, DTS uses the executing account of the task to write into the system database __tencentdb__ in the source database, in order to record data comparison information during the task. Do not delete this system database.
To ensure that data comparison issues can be traced later, the DTS does not delete the __tencentdb__ in the source database after completing the task.
The system database __tencentdb__ occupies a very small space, roughly one thousandth to one ten-thousandth of the source database storage space (for example, if the source database is 50 GB, then the system database __tencentdb__ would be approximately 5 MB-50 MB). It also uses a single-threaded and waiting connection mechanism, so it almost has no impact on the performance of the source database, nor does it pre-empt resources.

ヘルプとサポート

この記事はお役に立ちましたか?

フィードバック