tencent cloud

TencentDB for MySQL

Release Notes and Announcements
Release Notes
Product Announcements
User Tutorial
Product Introduction
Overview
Strengths
Use Cases
Database Architecture
Resource Isolation Policy
Economical Instance
Feature List
Database Instance
High Availability (Multi-AZ)
Regions and AZs
Service Regions and Service Providers
Kernel Features
Overview
Kernel Version Release Notes
Functionality Features
Performance Features
Security Features
Stability Features
TXRocks Engine
LibraDB Engine
Checking and Fixing Kernel Issues
Purchase Guide
Billing Overview
Selection Guide
Purchase Methods
Renewal
Payment Overdue
Refund
Pay-as-You-Go to Monthly Subscription
Instance Adjustment Fee
Backup Space Billing
Database Audit Billing Overview
Commercial Billing and Activity Description for Database Proxy
Description of the Database Proxy Billing Cycle
Viewing Bills
Getting Started
Overview
Creating MySQL Instance
Connecting to MySQL Instance
SQL Insight (Database Audit)
Overview
Viewing Audit Instance List
Enabling Audit Service
Viewing Audit Log
Log Shipping
Configuring Post-Event Alarms
Modifying Audit Rule
Modifying Audit Services
Disabling Audit Service
Audit Rule Template
SQL Audit Rule (Legacy)
Viewing Audit Task
Authorizing Sub-User to Use Database Audit
MySQL Cluster Edition
Introduction to TencentDB for MySQL Cluster Edition
Creating TencentDB for MySQL Cluster Edition Instance
Maintenance Management Instance
Viewing Instance Monitoring
Adjusting Instance Configuration
Operations for Other Features
Migrate or upgrade to TencentDB for MySQL Cluster Edition
Operation Guide
Use Limits
Operation Overview
Instance Management and Maintenance
Instance Upgrade
CPU Elastic Expansion
Read-Only/Disaster Recovery Instances
Database Proxy
Database Management Center (DMC)
Account Management
Parameter Configuration
Backup and Rollback
Data Migration
Network and Security
Monitoring and Alarms
Log Center
Read-Only Analysis Engine
Tag
Practical Tutorial
Using TencentDB for MySQL to Upgrade MySQL 5.7 to MySQL 8.0
Methods and Instructions for Upgrading from MySQL 5.6 to MySQL 5.7
Cybersecurity Classified Protection Practice for Database Audit of TencentDB for MySQL
Building All-Scenario High-Availability Architecture
Usage Specifications of TencentDB for MySQL
Configuring Automatic Application Reconnection
Impact of Modifying MySQL Source Instance Parameters
Limits on Automatic Conversion from MyISAM to InnoDB
Creating VPCs for TencentDB for MySQL
Enhancing Business Load Capacity with TencentDB for MySQL
Setting up 2-Region-3-DC Disaster Recovery Architecture
Improving TencentDB for MySQL Performance with Read/Write Separation
Migrating Data from InnoDB to RocksDB with DTS
Building LAMP Stack for Web Application
Building Drupal Website
Calling MySQL APIs in Python
The primary and secondary instances have inconsistent query data
White Paper
Performance White Paper
Security White Paper
Troubleshooting
Connections
Performance
Instance Data Sync Delay
Failure to Enable Case Insensitivity
Failure to Obtain slow_query_log_file via a Command
API Documentation
History
Introduction
API Category
Instance APIs
Making API Requests
Data Import APIs
Database Proxy APIs
Database Audit APIs
Security APIs
Task APIs
Backup APIs
Account APIs
Rollback APIs
Parameter APIs
Database APIs
Monitoring APIs
Log-related API
Data Types
Error Codes
FAQs
Related to Selection
Billing
Backup
Rollback
Connection and Login
Parameter Modifications
Instance Upgrade
Account Permissions
Performance and Memory
Ops
Data Migration
Features
Console Operations
Logs
Event
Database audit
Instance Switch Impact
API 2.0 to 3.0 Switch Guide
Service Agreement
Service Level Agreement
Terms of Service
Reference
Standards and Certifications
Contact Us
Glossary

Billing Overview

PDF
Focus Mode
Font Size
Last updated: 2025-11-13 14:20:36
This section introduces the billing instructions related to the CPU Elastic Scaling feature.

Billing for Automatic Scaling


After Elastic CPU Expansion >Automatic Expansion is enabled, fees are charged based on the number of added CPU cores when elastic scale-out is successfully triggered. No additional fees are charged if no scale-out is performed.
To avoid the impact of continuous intermittent peaks, a minimum protection period of 10 minutes applies during automatic scale-out. If automatic scale-out lasts more than 10 minutes, the fees are charged based on the actual scale-out time; if automatic scale-out lasts 10 minutes or less, the fees are charged for 10 minutes.

Fee Calculation

When the method of the CPU elastic scale-out feature is automatic scale-out, the fees are charged in pay-as-you-go mode on a minute basis and are deducted once per hour.
Billing Formula = (Unit price x Number of added CPU cores) x Scaling duration (minutes) / 60.

Automatic Scaling Billing Example

Example 1

For a two-node instance in the Guangzhou region with a CPU specification of 4 cores, its CPU increases to 8 cores, with a scale-out duration of 1 hour after automatic performance scale-out is triggered. The unit price in the Guangzhou region is 0.08 USD/core/hour. The price is calculated as follows: 0.08 (unit price) x 4 (additional CPU cores) x 1 (scale-out duration) = 0.32 USD.

Example 2

For a two-node instance in the Guangzhou region with a CPU specification of 2 cores, its CPU increases to 4 cores, with a scale-out duration of 30 minutes after automatic performance scale-out is triggered. The unit price in the Guangzhou region is 0.08 USD/core/hour. The price is calculated as follows: 0.08 (unit price) x 2 (additional CPU cores) x 30/60 (scale-out duration) = 0.08 USD.

Custom Scale-out Billing Instructions



Fee Calculation

When the method of the CPU elastic scale-out feature is custom scale-out, the fees are charged in pay-as-you-go mode on a minute basis and are deducted once per hour.
Billing Formula = (Unit price x Number of added CPU cores) x Scaling duration (minutes)/60.

Scale-out Time Selection and Billing Instructions

When the scale-out time is set to now, the feature takes effect immediately upon enabling, and scale-out is triggered, with fees being charged synchronously until you disable scale-out. For operations related to disabling scale-out, see Setting Custom Scale-out. For a billing example, see Example 1.
When the scale-out time is set by period or cycle, and automatic scale-out is not enabled, the feature takes effect according to the selected period or cycle upon enabling, and scale-out is triggered, with fees being charged synchronously. No fees are charged in other periods or cycles. For billing examples, see Example 2 and Example 3.
When the scale-out time is set by period or cycle, and automatic scale-out is enabled, the feature takes effect within the selected period or cycle upon enabling, and scale-out is triggered, with fees being charged synchronously. In other periods or cycles, fees are charged based on the number of added CPU cores when elastic scale-out is successfully triggered. No additional fees are charged if no scale-out is performed. For billing examples, see Example 4 and Example 5.

Custom Scale-out Billing Example

Example 1

A two-node instance in the Beijing region has a CPU specification of 2 cores. At 10:00 AM, the CPU elastic scale-out is enabled for the instance, with the scale-out method of custom scale-out and scale-out time set to now. 2 CPU cores are added additionally. The feature is disabled at 5:00 PM, with a scale-out duration of 7 hours. The unit price in the Beijing region is 0.08 USD/core/hour. The custom scale-out price of the instance is calculated as follows: 0.08 (unit price) x 2 (additional CPU cores) x 7 (scale-out duration) = 1.12 USD.

Example 2

A two-node instance in the Beijing region has a CPU specification of 2 cores. The CPU elastic scale-out is enabled for the instance, with the scale-out method of custom scale-out, and scale-out time set by period. 2 CPU cores are scaled out. The scale-out duration is from May 1, 2025, 00:00 to May 15, 2025, 00:00, without enabling automatic scale-out, and the CPU elastic scale-out policy is not changed until May 31. The custom scale-out price for this instance in May 2025 is calculated as follows: 0.08 (unit price) x 2 (additional CPU cores) x 360 (scale-out duration) = 57.6 USD.

Example 3

A two-node instance in the Beijing region has a CPU specification of 2 cores. The CPU elastic scale-out is enabled for the instance on April 30, 2025, with the scale-out method of custom scale-out and scale-out time set by cycle. 2 CPU cores are scaled out. The cycle is from Monday to Friday, and the start time and end time are from 00:00 to 00:00 without enabling automatic scale-out, and the CPU elastic scale-out policy is not changed until May 31. The custom scale-out price for this instance in May 2025 is calculated as follows: 0.08 (unit price) x 2 (additional CPU cores) x 528 (scale-out duration) = 84.48 USD.

Example 4

A two-node instance in the Beijing region has a CPU specification of 2 cores. The CPU elastic scale-out is enabled for the instance, with the scale-out method of custom scale-out and scale-out time set by period. 2 CPU cores are scaled out. The scale-out duration is from 00:00 on May 1, 2025 to 00:00 on May 15, 2025, with automatic scale-out enabled, and the CPU elastic scale-out policy is not changed until May 31. Assuming that during the period from May 16 to May 31, the total time of triggered performance automatic scale-out for this instance is 10 hours, the custom scale-out price for this instance in May 2025 is calculated as follows: {0.08 (unit price) x 2 (additional CPU cores) x 360 (scale-out duration)} + {0.08 (unit price) x 2 (additional CPU cores) x 10} = 59.2 USD.

Example 5

A two-node instance in the Beijing region has a CPU specification of 2 cores. The CPU elastic scale-out is enabled for the instance on April 30, 2025, with the scale-out method of custom scale-out and scale-out time set by cycle. 2 CPU cores are scaled out. The cycle is from Monday to Friday, and the start time and end time are from 00:00 to 00:00 with automatic scale-out enabled, and the CPU elastic scale-out policy is not changed until May 31. Assuming that during the period from May 1 to May 31, the total time of triggered performance automatic scale-out for this instance on all Saturdays and Sundays is 20 hours, the custom scale-out price for this instance in May 2025 is calculated as follows: {0.08 (unit price) x 2 (additional CPU cores) x 528 (scale-out duration)} + {0.08 (unit price) x 2 (additional CPU cores) x 20 (scale-out duration)} = 87.68 USD.

Unit Price per Core

Single-node Local Disk (Read-only Instance)
General edition two-node instance
General edition three-node instance
Region
Unit Price (USD/Core/Hour)
Chengdu, Chongqing
0.03
Guangzhou, Shanghai, Beijing, Nanjing
0.04
Hong Kong (China), Tokyo, Seoul, Bangkok
0.0495
Frankfurt, Sao Paulo
0.0365
Singapore, Jakarta, Silicon Valley, Virginia
0.061
Region
Unit Price (USD/Core/Hour)
Chengdu, Chongqing
0.06
Guangzhou, Shanghai, Beijing, Nanjing
0.08
Hong Kong (China), Tokyo, Seoul, Bangkok
0.099
Frankfurt, Sao Paulo
0.073
Singapore, Jakarta, Silicon Valley, Virginia
0.122
Region
Unit Price (USD/Core/Hour)
Chengdu, Chongqing
0.09
Guangzhou, Shanghai, Beijing, Nanjing
0.12
Hong Kong (China), Tokyo, Seoul, Bangkok
0.1485
Frankfurt, Sao Paulo
0.1095
Singapore, Jakarta, Silicon Valley, Virginia
0.183

Help and Support

Was this page helpful?

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

Feedback