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

Partial Database Parameter Check

PDF
フォーカスモード
フォントサイズ
最終更新日: 2025-09-28 10:10:30

Check Details

row_format in the source database table cannot be FIXED.
The values of the lower_case_table_names variable in both the source and target databases must be the same.
The max_allowed_packet parameter of the target database must be set to 1 GB or above.
The connect_timeout variable of the source database must be above 10.
In migration from MySQL/TDSQL for MySQL/TDSQL-C to MySQL, if a time-consuming SQL statement is running on the source database, a warning will be reported, with the content being "A time-consuming SQL statement is running on the source database, which may cause table locks. Please try again later or process the SQL statement on the source database".

Troubleshooting

Modifying the row_format parameter in the source database

If the value of row_format in a database table is FIXED, an error will be reported when the storage length of each row of the table exceeds the limit. Therefore, you need to change the value of row_format to DYNAMIC so that the storage length of each row varies by the content length.
If a similar error occurs, fix it as follows:
1. Log in to the source database.
2. Set row_format to DYNAMIC.
alter table table_name row_format = DYNAMIC;
3. Check whether the configuration takes effect.
show table status like 'table_name'\\G;
The system will display a result similar to the following:
mysql> show table status like 'table_name'\\G;
*************************** 1. row ***************************
Name: table_name
Engine: InnoDB
Version: 10
Row_format: Dynamic
Rows: 5
......
1 row in set (0.00 sec)
4. Run the verification task again.

Making lower_case_table_names have the same value in source and target databases

lower_case_table_names sets the letter case sensitivity in MySQL. It has the following valid values: Windows and macOS environments are case-insensitive, but Linux environments are case-sensitive. To ensure the compatibility between different operating systems, you need to use the same letter case sensitivity rule.
0: The name of a stored table is in the specified letter case and is case-sensitive during comparison.
1: The name of a stored table is in lowercase on the disk and is case-insensitive during comparison.
2: The name of a stored table is in the specified letter case and is in lowercase during comparison.
If a similar error occurs, set the parameter in the source and target databases to the same value as follows:
1. Log in to the source database.
2. Check the values of lower_case_table_names in the source and target databases.
show variables like '%lower_case_table_names%';
3. Modify the my.cnf configuration file of the source database as follows:
Note
The default path of the my.cnf configuration file is /etc/my.cnf, subject to the actual conditions.
lower_case_table_names = 1
4. Run the following command to restart the database:
[$Mysql_Dir]/bin/mysqladmin -u root -p shutdown
[$Mysql_Dir]/bin/safe_mysqld &
5. Check whether the configuration takes effect.
show variables like '%lower_case_table_names%';
The system will display a result similar to the following:
mysql> show variables like '%lower_case_table_names%';
+------------------------+-------+
| Variable_name | Value |
+------------------------+-------+
| lower_case_table_names | 1 |
+------------------------+-------+
1 row in set (0.00 sec)
6. Run the verification task again.

Modifying the max_allowed_packet parameter in the target database

max_allowed_packet is the maximum size of a packet that can be transferred. If its value is too large, more memory will be used, causing packet losses and the inability to capture the SQL statements of large exception event packets. If its value is too small, program errors may occur, causing backup failures and frequent sending/receiving of network packets, which compromises the system performance.
If a similar error occurs, fix it as follows:
1. Log in to the target database.
2. Modify the max_allowed_packet parameter.
set global max_allowed_packet = 4*1024*1024;
3. Check whether the configuration takes effect.
show global variables like '%max_allowed_packet%';
The system will display a result similar to the following:
mysql> show global variables like '%max_allowed_packet%';
+------------------------+---------+
| Variable_name | Value |
+------------------------+---------+
| max_allowed_packet | 4194304 |
+------------------------+---------+
1 row in set (0.00 sec)
4. Run the verification task again.

Modifying the connect_timeout variable in the source database

connect_timeout is the database connection timeout, and a connection request will be denied if the connection duration is greater than the value of connect_timeout. If the value of connect_timeout is too small, the database will be frequently disconnected, which will impact the database processing efficiency. Therefore, we recommend that you set a value greater than 10 for this parameter.
If a similar error occurs, fix it as follows:
1. Log in to the source database.
2. Modify the connect_timeout parameter.
set global connect_timeout = 10;
3. Check whether the configuration takes effect.
show global variables like '%connect_timeout%';
The system will display a result similar to the following:
mysql> show global variables like '%connect_timeout%';
+------------------------+---------+
| Variable_name | Value |
+------------------------+---------+
| connect_timeout | 10 |
+------------------------+---------+
1 row in set (0.00 sec)
4. Run the verification task again.


ヘルプとサポート

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

フィードバック