tencent cloud

TDSQL-C for MySQL

Release Notes and Announcements
Release Notes
Product Announcements
Beginner's Guide
Product Introduction
Overview
Strengths
Use Cases
Architecture
Product Specifications
Instance Types
Product Feature List
Database Versions
Regions and AZs
Common Concepts
Use Limits
Suggestions on Usage Specifications
Kernel Features
Kernel Overview
Kernel Version Release Notes
Optimized Kernel Version
Functionality Features
Performance Features
Security Features
Stability Feature
Analysis Engine Features
Inspection and Repair of Kernel Issues
Purchase Guide
Billing Overview
Product Pricing
Creating Cluster
Specification Adjustment Description
Renewal
Payment Overdue
Refund
Change from Pay-as-You-Go to Yearly/Monthly Subscription
Change from Pay-as-You-Go to Serverless Billing
Value-Added Services Billing Overview
Viewing Billing Statements
Getting Started
Database Audit
Overview
Viewing Audit Instance List
Enabling Audit Service
Viewing Audit Logs
Log Shipping
Post-Event Alarm Configuration
Modifying Audit Rule
Modifying Audit Service
Disabling Audit Service
Audit Rule Template
Viewing Audit Task
Authorizing Sub-User to Use Database Audit
Serverless Service
Serverless Introduction
Creating and Managing a Serverless Cluster
Elastic Scaling Management Tool
Serverless Resource Pack
Multi-AZ Deployment
Configuration Change
FAQs
Serverless Cost Estimator
Operation Guide
Operation Overview
Switching Cluster Page View in Console
Database Connection
Instance Management
Configuration Adjustment
Instance Mode Management
Cluster Management
Scaling Instance
Database Proxy
Account Management
Database Management
Database Management Tool
Parameter Configuration
Multi-AZ Deployment
GD
Backup and Restoration
Operation Log
Data Migration
Parallel Query
Columnar Storage Index (CSI)
Analysis Engine
Database Security and Encryption
Monitoring and Alarms
Basic SQL Operations
Connecting to TDSQL-C for MySQL Through SCF
Tag
Practical Tutorial
Classified Protection Practice for Database Audit of TDSQL-C for MySQL
Upgrading Database Version from MySQL 5.7 to 8.0 Through DTS
Usage Instructions for TDSQL-C MySQL
New Version of Console
Implementing Multiple RO Groups with Multiple Database Proxy Connection Addresses
Strengths of Database Proxy
Selecting Billing Mode for Storage Space
Creating Remote Disaster Recovery by DTS
Creating VPC for Cluster
Data Rollback
Solution to High CPU Utilization
How to Authorize Sub-Users to View Monitoring Data
White Paper
Security White Paper
Performance White Paper
Troubleshooting
Connection Issues
Performance Issues
API Documentation
History
Introduction
API Category
Making API Requests
Instance APIs
Multi-Availability Zone APIs
Other APIs
Audit APIs
Database Proxy APIs
Backup and Recovery APIs
Parameter Management APIs
Billing APIs
serverless APIs
Resource Package APIs
Account APIs
Performance Analysis APIs
Data Types
Error Codes
FAQs
Basic Concepts
Purchase and Billing
Compatibility and Format
Connection and Network
Features
Console Operations
Database and Table
Performance and Log
Database Audit
Between TDSQL-C for MySQL and TencentDB for MySQL
Service Agreement
Service Level Agreement
Terms of Service
TDSQL-C Policy
Privacy Policy
Data Privacy and Security Agreement
General References
Standards and Certifications
Glossary
Contact Us

Cross-AZ Migration

PDF
Focus Mode
Font Size
Last updated: 2025-12-24 15:22:30
When you need to transfer your cluster to a different business area, you can use the cross-AZ migration feature to migrate the primary AZ of TDSQL-C for MySQL to another AZ within the same region. After migration, the cluster's attributes, configurations, and connection addresses will remain unchanged. This document introduces how to perform the cross-AZ migration through the console.

Prerequisites

The cluster status is Running.
The region where the cluster is located has multiple AZs.
Instances in the cluster are of the provisioned resource mode.

Feature Overview

After cross-AZ migration, the VIP address of the cluster remains unchanged.
The cross-AZ migration feature is also supported when there are read-only instances under the cluster.
The cross-AZ migration feature is supported regardless of whether the cluster is deployed in a single AZ or multiple AZs.
The application will be impacted briefly during the switch of AZs. Please ensure the application has an automatic reconnection mechanism.

Use Limits

Clusters with SSL encryption enabled do not support cross-AZ migration. If you need to perform the migration, disable SSL encryption first before migration.
Clusters with TDE encryption enabled do not support cross-AZ migration.
When binlog is set to disabled, cross-AZ migration is not supported.
Serverless clusters do not support cross-AZ migration.
Migration is not supported if the target AZ has insufficient inventory during cross-AZ migration. Change to another AZ for migration.
Clusters with the database proxy enabled do not support cross-AZ migration. If you need to perform the migration, disable the database proxy first before migration.
For multi-AZ deployment settings during the cross-AZ migration, available primary and secondary AZs can be seen in Supported Regions and AZs.
To ensure data consistency during cross-availability zone (AZ) migration, a step of pt data comparison is performed, and DDL operations are not supported during comparison.
Cross-AZ migration does not support clusters containing table names or column names with special characters such as line breaks, \\n, and \\a.

Directions

1. On the cluster list page, perform operations based on the actual view mode used and enter the cross-AZ migration settings.
Tab View
List View
1. Log in to the TDSQL-C for MySQL console and click the target cluster in the cluster list on the left to enter the cluster management page.
2. On the right side of the cluster management page, click Migrate across AZs.

1. Log in to the TDSQL-C for MySQL console.
2. Find the target cluster in the cluster list, and choose More > Migrate across AZs in the Operation column.
2. In the Migrate across AZs pop-up, complete the following configurations, and click OK.

Parameter
Description
Current Region/AZ
The current region/AZ where the cluster is located is displayed by default.
Target AZ
Select the target AZ for migration, with the region remaining unchanged.
Note:
If you want to perform cross-AZ migration, the target AZ should not be the same as the original one.
If a prompt "Current AZ does not support migration" appears after the target AZ is selected, it indicates that the inventory of the AZ is insufficient, and you need to change to another AZ for migration.
Multi-AZ Deployment
Select Yes to deploy the cluster in multiple AZs.
Select No to deploy the cluster in a single AZ.
Target Secondary AZ
When Yes is selected for the Multi-AZ Deployment option, you need to select the target secondary AZ, which means the cluster is deployed in multiple AZs with the primary and secondary AZs being different from each other.
Data Verification Latency Threshold
This setting is only applicable when the Target AZ option (namely, the primary AZ) is modified. The threshold is an integer ranging from 1 to 10 seconds.
Note:
Latency may occur during the data consistency verification process, so a data verification latency threshold should be set. When the latency exceeds the set value, the verification will be paused until the value falls below the specified value. The smaller the threshold is set, the longer it may take to complete the upgrade.
Switch Time
Select the switch time for the cross-AZ migration.
During maintenance time: Indicates that a switch will be performed during the maintenance time of instances. To set the instance maintenance time, see Modifying Instance Maintenance Window.
Upon upgrade completion: Indicates that a switch will be performed immediately upon the completion of the cross-AZ migration upgrade.

Help and Support

Was this page helpful?

Help us improve! Rate your documentation experience in 5 mins.

Feedback