TDSQL-C MySQL 版支持全球数据库，可帮助企业构建高可用、低延迟、强一致的全球数据库架构。本文为您介绍全球数据库功能。
说明：
什么是全球数据库
全球数据库（Global Database，简称 GD）是由分布于多个地域的多个 TDSQL-C MySQL 版集群构成的网络。在该网络中，所有集群的数据保持同步，且每个集群均可提供读服务，而写请求将被转发至主集群进行处理。
功能背景
随着企业数字化转型加速，越来越多的用户将核心业务系统迁移上云。在此过程中，用户数据量呈现指数级增长，业务逻辑也日趋复杂化。尽管 TDSQL-C MySQL 版凭借其云原生架构已能满足大部分业务场景的需求，但在全球化运营场景下，基于单可用区的传统部署模式逐渐显露出局限性，当用户需要在全球多个地域部署业务系统时，单可用区架构往往难以满足跨地域的实时查询需求。
针对这一挑战，传统方案通常采用第三方数据同步工具，通过在不同地域的集群间建立连接实现数据同步。然而，这类方案在实际应用中面临诸多痛点：首先，数据同步速度受网络带宽和工具性能限制，难以满足低延迟业务场景；其次，引入第三方工具会增加额外的采购和维护成本；更重要的是，此类方案在数据实时性和一致性方面存在技术瓶颈，难以适应对数据时效性要求严苛的核心业务系统。
为彻底解决上述问题，TDSQL-C MySQL 版推出 GD 功能。该功能专为全球化业务场景设计，通过云原生架构实现跨地域数据协同，从根本上突破传统方案的局限性，为企业构建高性能、高可用的全球数据库体系提供全栈解决方案。
功能优势
无需修改业务代码：可以直接从同城部署扩展到多地部署。
跨地域读写分离、就近读取：GD 内读请求被直接发送到本地集群，写请求转发至主集群。
配置灵活：主、从集群拥有相互独立的配置，例如集群规格和参数值等，均可以拥有独立配置。
跨地域低延时同步：通过多通道物理复制，高压力下全球同步延迟小于2秒。
应用场景
GD 功能支持的典型应用场景是异地多活。下面为您介绍异地多活场景的业务架构和部署流程。
异地多活场景业务架构
在传统网络架构中，若业务系统采用单地域数据库部署（主库位于单一地域），其他地域的应用需通过跨地域访问该数据库。受网络延迟和带宽波动影响，长距离数据交互会导致查询响应时间显著增加，甚至出现超时错误，直接影响终端用户体验。使用全球数据库，可以打通全球数据库下的数据，这样全球地域都能访问同一个数据库，读请求尽量发往本地集群，而写请求会被转发到主集群进行处理。通过全球数据库的跨地域低延迟同步、跨地域读写分离、本地就近读取等特性，可以确保各地域的应用访问数据库时的延迟小于2秒。
典型行业：游戏、跨境电商、金融、新零售（门店）等。
业务架构说明：
各地域的应用程序均直接就近读写各地域的数据库，写请求会被转发到主集群进行处理。
在 GD 中，主集群和从集群均提供独立的集群地址。您可以根据应用所在的地域，连接就近的集群地址以实现访问。
地域 B、地域 C 的集群规格无需与地域 A 保持一致，可以灵活选择。
异地多活场景部署流程
1. 创建一个 GD，将已有集群作为 GD 中的主集群。详细操作步骤，请参见 创建全球数据库。
2. 在 GD 中，添加新集群作为从集群。详细操作步骤，请参见 添加从集群。
3. 连接 GD。详细操作步骤，请参见 连接全球数据库。
支持形态及版本说明
支持实例形态：预置资源。实例形态为 Serverless 的集群暂不支持。
支持版本：内核小版本为 TDSQL-C MySQL 版8.0 3.1.16.100及之后的版本。升级内核小版本请参见 升级内核小版本。
功能计费说明
功能限制说明
此功能当前支持的数据库版本仅为 TDSQL-C MySQL 8.0。
一个 GD 包含1个主集群和最多2个从集群。
主集群开启 GD 前，需开启数据库代理，从集群默认会开启数据库代理，且 GD 功能开启期间，数据库代理不支持关闭。
主集群和从集群共用一份全局参数。
开启 GD 功能，需要读写实例规格在4核及以上。
支持地域及可用区
地域 | 可用区 |
上海 | 上海二区 |
中国香港 | 香港一区 |
法兰克福 | 法兰克福一区 |
新加坡 | 新加坡四区 |
相关文档
技术架构
使用功能
