You can quickly create a global database network (GDN) using either an existing cluster or a newly purchased one. A GDN is designed for scenarios that require cross-region disaster recovery or active geo-redundancy. This topic describes how to create and delete a GDN.
Requirements and limitations
Cluster configuration
Edition: Enterprise Edition, and the series must be Cluster Edition.
The database engine version must be one of the following:
MySQL 8.0.2.
MySQL 8.0.1 with a minor engine version of 8.0.1.1.17 or later.
MySQL 5.7 with a minor engine version of 5.7.1.0.21 or later.
MySQL 5.6 with a minor engine version of 5.6.1.0.32 or later.
Nodes: The cluster must include at least one read-only node.
Supported regions
All regions in the Chinese mainland, China (Hong Kong), Japan (Tokyo), South Korea (Seoul), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Philippines (Manila), Thailand (Bangkok), Germany (Frankfurt), US (Silicon Valley), US (Virginia), and UK (London).
You can deploy secondary clusters across borders, but you must submit an application. For more information, see Add a secondary cluster.
Feature limitations
Clusters in a Global Database Network (GDN) support the In-Memory Column Index (IMCI) feature. However, you must enable the
loose_polar_enable_imci_with_standbycluster parameter and the cluster version must meet one of the following requirements before you can add a read-only column-oriented node.MySQL 8.0.1 with a revision version of 8.0.1.1.48 or later.
MySQL 8.0.2 with a revision version of 8.0.2.2.27 or later.
Clusters in a GDN can be serverless clusters or clusters with defined specifications that have the serverless feature enabled. However, if the database engine version of the primary cluster is earlier than the following versions, all clusters in the GDN must have at least one read-only node:
MySQL 8.0.1 with a minor engine version earlier than 8.0.1.1.42.
MySQL 8.0.2 with a minor engine version earlier than 8.0.2.2.23.
Clusters in a GDN do not support database and table restoration.
Other limitations
A GDN consists of one primary cluster and up to four secondary clusters.
NoteTo add more secondary clusters, go to Quota Center, find the quota item with the ID
polardb_mysql_gdn_region, and click Apply in the Actions column.A cluster can belong to only one GDN.
Only new clusters can be added as secondary clusters; you cannot use existing ones.
The primary and secondary clusters must use the same database engine version: MySQL 8.0, MySQL 5.7, or MySQL 5.6.
For secondary clusters in a GDN that are not serverless clusters, each compute node must have at least 4 CPU cores.
By default, each cluster in a GDN contains 2 nodes. You can add up to 16 nodes.
Pricing
Charges for a Global Database Network (GDN) consist of the cluster costs and any applicable cross-border data replication fees. The billing rules are as follows:
Cross-border data transfer fees will be charged starting from 00:00:00 on April 1, 2026 (Singapore time). Before this date, this service is free of charge. For more information, see [Notice] Announcement on network fee adjustment for Global Database Network (GDN).
Free scenarios:
Your primary and secondary clusters are both deployed in regions within the Chinese mainland, or both are deployed in the China (Hong Kong) region or other overseas regions. Examples:
Both the primary and secondary clusters are in the Chinese mainland. For example, the primary cluster is in China (Chengdu) and the secondary clusters are in regions such as China (Hangzhou) or China (Shenzhen).
Both the primary and secondary clusters are in the China (Hong Kong) region or other overseas regions. For example, the primary cluster is in Singapore and the secondary cluster is in Philippines (Manila).
Billable scenarios:
Cross-border fees apply when a GDN spans the Chinese mainland border—for example, if one cluster is in the Chinese mainland and another is in China (Hong Kong) or an overseas region. Examples:
The primary cluster is in the Chinese mainland and the secondary cluster is outside the Chinese mainland. For example, the primary cluster is in China (Chengdu) and the secondary cluster is in a region such as China (Hong Kong) or Singapore.
The primary cluster is outside the Chinese mainland and the secondary cluster is in the Chinese mainland. For example, the primary cluster is in Singapore and the secondary cluster is in a region such as China (Hangzhou) or China (Shenzhen).
Billing rule: USD 0.80 per GB, billed hourly. The fee is calculated hourly based on the volume of redo log data physically replicated from the primary cluster to a cross-border secondary cluster. This traffic fee can be estimated by querying the physical position converted from the log sequence number (LSN).
If you use the global domain name feature, you will incur additional fees for internal DNS resolution and inter-region data transfer. For more information, see Global domain name pricing.
Create a global database network
Log on to the PolarDB console. In the left-side navigation pane, click Global Database Network.
On the GDN page, click Create GDN.
In the Create GDN dialog box, configure the following parameters.
Parameter
Description
Compatibility
Select MySQL.
Version
This is set to Active-passive and cannot be changed.
Name:
The name of the GDN. Enter a descriptive name for easy identification. The name does not need to be unique.
Primary Region
Select the region where the primary cluster is located.
NoteFirst, determine which cluster you want to use as the primary cluster, and then select the region where that cluster is located.
Primary Cluster:
Select an existing cluster as the primary cluster of the GDN.
Global Domain Name
Specifies whether to enable the global domain name. This feature provides a unified endpoint for the GDN. A global domain name not only enables proximity-based access but also ensures that the endpoint remains unchanged after a primary cluster switchover.
Click OK. You can view the created GDN on the GDN page. You can then add a secondary cluster to the GDN.
View global database network information
Go to the PolarDB console. On the GDN page, click a GDN ID to view its details. The details page displays the basic information, cluster list, and network topology of the GDN.
Basic information
The basic information of a GDN includes its ID, Version, Compatible Database, GDN Name, and Created At.

Cluster list
The cluster list shows all primary and secondary clusters in the GDN across all regions.

Network topology
The network topology of the GDN is displayed on a world map to visually represent the geographical distribution of the primary and secondary clusters.
Replication latency
Click the View Replication Latency button in the Network Topology section. In the dialog box that appears, you can filter the data and view the replication latency for a specified time period.

Delete a global database network
You can delete a global database network (GDN) only if it contains no secondary clusters.
You cannot restore a GDN after deleting it. Proceed with caution.
After you delete a GDN, applications connected to it can no longer access the database. Update your application connection settings promptly.
When you release the primary cluster of a GDN, the GDN is automatically deleted. You do not need to delete the GDN separately.
Log on to the PolarDB console. In the left-side navigation pane, click Global Database Network.
On the GDN page, find the target GDN and click Delete in the Actions column.
NoteIf the Delete button is grayed out, the GDN still contains secondary clusters. You must delete the secondary clusters before you can delete the GDN.
Carefully read the notes in the dialog box that appears. After you confirm the information, click OK to delete the GDN.
References
Add and manage a secondary cluster: Describes how to add a secondary cluster to a global database network (GDN).
Connect to a global database network: Explains how to establish application connections to a GDN.
Create a global domain name: Describes how to create a unified endpoint that enables proximity-based access and remains unchanged after a primary cluster switchover.
API reference
API | Description |
Creates a global database network. | |
Deletes a global database network. | |
Retrieves details for a specified global database network. | |
Retrieves a list of all your global database networks. | |
Modifies the properties of a global database network. |