During migration for MySQL databases, the source database binlog must be in the ROW format. Otherwise, the task fails. After binlog_format=ROW at the global level is set in the source database, all the previous service threads need to be stopped because these threads still connect the binlog in the non-ROW format.

Procedure

Log in to the source database using the MySQL official client or other tools.
Run the following command for setting global parameters in the source database.
```
set global binlog_format = ROW;
```
Run the following command on the source database and check whether the preceding operation is successful:
```
select @@global.binlog_format;
```
You can use either of the following methods to ensure that the modified binlog format of the source database takes effect immediately:
Method 1
1. Select a non-service period to disconnect all service connections on the current database.
  1. Run the following command to query all service threads (excluding all binlog dump threads and current threads) in the current database:
```
show processlist;
```
  2. Stop all the service threads queried in the previous step.
  Do not create or start a migration task before the preceding operations are complete. Otherwise, data may be inconsistent.
2. To prevent the binlog format of the source database from becoming invalid due to database restart, add or modify the binlog_format parameter in the startup configuration file (my.ini or my.cnf) of the source database and save the modification.
```
binlog_format=ROW
```
Method 2
1. To prevent the binlog format of the source database from becoming invalid due to database restart, add or modify the binlog_format parameter in the startup configuration file (my.ini or my.cnf) of the source database and save the modification.
```
binlog_format=ROW
```
2. Ensure that the binlog_format parameter is successfully added or modified. Then, restart the source database at a non-service period.

How Do I Set Global binlog_format=ROW to Take Effect Immediately?

Procedure