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

Forwarding Upon Instance Faults

PDF
포커스 모드
폰트 크기
마지막 업데이트 시간: 2026-01-29 18:04:29
When an instance added to the database proxy becomes unavailable due to an exception, the database proxy will forward SQL statements to another instance for execution or discard SQL statements and generate error information based on SQL statement forwarding policies for instance faults. This document describes the settings and principles of the forwarding policies.

Background

During operation, a database instance may become unavailable due to various exceptions, such as server power outages, restarts, and network interruptions. The TDSQL-C for MySQL database proxy provides capabilities of SQL statement forwarding upon instance faults to avoid business unavailability due to SQL execution errors when an instance exception occurs.

Prerequisites

Forwarding Policies

The current database proxy supports the following SQL statement forwarding policies for instance faults:
If a read-only instance and a read-write instance are faulty, the database proxy will send SELECT statements to a normal instance for execution by default.
If a read-write instance is faulty, the database proxy will report an error for the execution of DML or DDL statements.
If a read-only analysis engine under the database proxy is faulty, the database proxy will forward SQL statements to a normal read-only analysis engine for execution.
If all read-only analysis engines under the database proxy are faulty, the system will return an execution error with the error message "no backend server".
Note:
Currently, the above instance fault forwarding policies cannot be modified. By default, SQL statement forwarding upon read-only instance and read-write instance faults is enabled, while forwarding upon read-only analysis engine faults is disabled.

Operation Steps

1. Log in to the TDSQL-C for MySQL console, select the cluster for which the database proxy is enabled in the cluster list, and then click the Cluster ID to enter the Cluster Management page.
2. Choose Cluster Management > Cluster Details to go to the topology, hover over the Database Proxy section, and then click Details to go to the Database Proxy Management page. Alternatively, click the Database Proxy tab on the Cluster Management page to go to the Database Proxy Management page.
3. On the Database Proxy Management page, select Overview. Find the access address to be modified under the connection address, and click Adjust Configuration in the corresponding Operation column to go to the Adjust Configuration page. You can view SQL statement forwarding policies for instance faults for different types of instances on this page.

4. After Failover is enabled, when a read-only instance is faulty, SQL statements that should be forwarded to the read-only instance will be forwarded to a read-write instance by default. After Forwarding Upon Analysis Engine Faults is enabled, when a read-only analysis engine is faulty, SQL statements will be preferentially forwarded to a normal read-only analysis engine by default and then forwarded to a read-only instance. If the read-only instance is also faulty, the SQL statements will be forwarded to a read-write instance by default.
Note:
SQL statement forwarding upon read-only analysis engine faults is supported only when the database proxy version is 1.4.5.

Related APIs

API
Description
This API (ModifyProxyRwSplit) is used to configure database proxy read-write splitting.

도움말 및 지원

문제 해결에 도움이 되었나요?

피드백