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

Setting Multi-AZ Deployment

PDF
Focus Mode
Font Size
Last updated: 2026-01-29 18:10:48
TDSQL-C for MySQL supports primary and secondary availability zones when you create a cluster. If a single availability zone deployment is selected during cluster creation, it also supports setting it to multi-availability-zone deployment after creation. This topic introduces how to set up multi-availability-zone deployment through the purchase page and console.

Overview

TDSQL-C for MySQL supports multi-AZ deployment in the same region, which has higher availability and better disaster recovery capability than single-AZ deployment.
TDSQL-C for MySQL clusters benefit from increased availability and durability when deployed in multi-AZ mode. When you provision a multi-AZ database cluster, TDSQL-C for MySQL will automatically create a primary database instance and synchronously replicate data to the secondary instance in another AZ. Each AZ runs on its own independent and physically distinct infrastructure designed for high reliability. In the event of an infrastructure failure, automatic failover to the secondary instance will be performed, so that you can resume database operations as soon as the failover is completed. As the endpoints of the database instances remain unchanged after failover, applications can resume database operations without manual intervention required.

Setting multi-availability-zone deployment on the purchase page when creating a cluster

1. Log in to the TDSQL-C for MySQL console and click Create in the cluster list.
2. In the Database Configuration item on the purchase page, select the desired region, and available primary and secondary AZs will be displayed below, which you can select as needed.
3. After selecting the database configuration, click Next to enter the Basic Information and Advanced Configuration items.
4. After completing the configuration and confirming that everything is correct, click Buy Now.
5. After the purchase is completed, you can check the availability zone information under the corresponding view.
Tab View
List view
After the purchase is completed, you can return to the cluster list. Once the status of the created cluster changes to Running , you can check the availability zone information through the architecture under cluster details on the cluster management page.

After the purchase, return to the cluster list. Once the status of the newly created cluster changes to Running, you can check the availability zones through Availability Info page in Cluster Details section by either browsing the cluster list page or clicking on the cluster ID.


Setting multi-availability-zone deployment in the console after creating the cluster (condition: initially set as single-availability-zone deployment)

1. On the cluster list page, proceed according to the view mode actually in use to enter the deployment method modification interface.
Tab View
List view
1. Log in to the TDSQL-C for MySQL console, locate the cluster list on the left, and click the target cluster to enter the cluster management page.
2. On the cluster management page, click the edit icon following the deployment method.

1. Log in to the TDSQL-C for MySQL console, in the cluster list, click the cluster ID or Operation in the Manage column to enter the cluster details page.
2. On the cluster details page, in the Availability Info module, click Modify behind Deployment Mode to change the availability zone.

2. In the pop-up dialog box, complete the following configuration and click OK.
Note:
Currently, only modifications to the secondary availability zone are supported. Changes to the primary availability zone are not supported.

Parameter
Description
Multi-AZ Deployment
Selecting Yes indicates changing the cluster from single-availability-zone to multi-availability-zone deployment.
Replica AZ
Select the secondary database's availability zone. The actual availability zones supported for selection depend on the Modify Deployment Mode window.
Binlog Replication Method
Select the binlog replication method. The default is Async replication, Semi-sync replication, and Strong sync replication modes are supported.
Note:
If you select Strong sync replication as the binlog replication method, be aware that strong sync replication will affect the instance performance.

Related APIs

API
Description
This API (AddClusterSlaveZone) is used to enable multi-AZ deployment for the cluster.
This API (DescribeSlaveZones) is used to query the secondary AZ of the cluster.

Help and Support

Was this page helpful?

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

Feedback