- About DM
- Quick Start
- Software and Hardware Requirements
- Deploy a DM Cluster
- Cluster Upgrade
- Manage Data Source
- Manage a Data Migration Task
- Usage Scenarios
- Performance Tuning
- Release Notes
DM also implements an advanced task configuration file which provides greater flexibility and more control over DM.
For the feature and configuration of each configuration item, see Data migration features.
For description of important concepts including
source-id and the DM-worker ID, see Important concepts.
The following is a task configuration file template which allows you to perform basic data migration tasks.
--- # ----------- Global configuration ----------- ## ********** Basic configuration ************ name: test # The name of the task. Should be globally unique. task-mode: all # The task mode. Can be set to `full`/`incremental`/`all`. target-database: # Configuration of the downstream database instance. host: "127.0.0.1" port: 4000 user: "root" password: "" # It is recommended to use password encrypted with dmctl if the password is not empty. ## ******** Feature configuration set ********** # The filter rule set of the block allow list of the matched table of the upstream database instance. block-allow-list: # Use black-white-list if the DM's version <= v2.0.0-beta.2. bw-rule-1: # The name of the block and allow lists filtering rule of the table matching the upstream database instance. do-dbs: ["all_mode"] # Allow list of upstream tables needs to be migrated. # ----------- Instance configuration ----------- mysql-instances: # The ID of the upstream instance or migration group. It can be configured by referring to the `source-id` in the `dm-master.toml` file. - source-id: "mysql-replica-01" block-allow-list: "bw-rule-1" mydumper-thread: 4 # The number of threads that the dump processing unit uses for dumping data. loader-thread: 16 # The number of threads that the load processing unit uses for loading data. When multiple instances are migrating data to TiDB at the same time, reduce the value according to the load. syncer-thread: 16 # The number of threads that the sync processing unit uses for replicating incremental data. When multiple instances are migrating data to TiDB at the same time, reduce the value according to the load. - source-id: "mysql-replica-02" block-allow-list: "bw-rule-1" # Use black-white-list if the DM's version <= v2.0.0-beta.2. mydumper-thread: 4 loader-thread: 16 syncer-thread: 16
Refer to the comments in the template to see more details. Specific instruction about
task-mode are as follows:
- Description: the task mode that can be used to specify the data migration task to be executed.
- Value: string (
fullonly makes a full backup of the upstream database and then imports the full data to the downstream database.
incremental: Only replicates the incremental data of the upstream database to the downstream database using the binlog. You can set the
metaconfiguration item of the instance configuration to specify the starting position of incremental replication.
incremental. Makes a full backup of the upstream database, imports the full data to the downstream database, and then uses the binlog to make an incremental replication to the downstream database starting from the exported position during the full backup process (binlog position).
In v2.0, DM uses dumpling to execute full backups. During the full backup process,
FLUSH TABLES WITH READ LOCKis used to temporarily interrupt the DML and DDL operations of the replica database, to ensure the consistency of the backup connections, and to record the binlog position (POS) information for incremental replications. The lock is released after all backup connections start transactions.
It is recommended to perform full backups during off-peak hours or on the MySQL replica database.
For basic applications, you only need to modify the block and allow lists filtering rule. Refer to the comments about
block-allow-list in the template or Block & allow table lists to see more details.
This part defines the subtask of data migration. DM supports migrating data from one or multiple MySQL instances to the same instance.
For more details, refer to the comments about
mysql-instances in the template.
It is recommended to update the modified configuration to the DM cluster by executing the
start-task commands, since the DM cluster persists the task configuration. If the task configuration file is modified directly, without restarting the task, the configuration changes does not take effect. In this case, the DM cluster still reads the previous task configuration when the DM cluster is restarted.
To illustrate how to modify the task configuration, the following is an example of modifying
Modify the task configuration file and set
Stop the task by executing the
stop-task <task-name | task-file>
Start the task by executing the
In DM v2.0.1 and later versions, you can check whether the configuration takes effect by executing the
get-config task <task-name>