全球資料庫網路（GDN） - PolarDB

全球資料庫網路（Global Database Network，簡稱GDN）是由分佈於多個地區的多個PolarDB叢集構成的網路。在該網路中，所有叢集的資料保持同步，且每個叢集均可提供讀服務（寫請求將被轉寄至主叢集進行處理）。

功能簡介

全球資料庫網路（GDN）採用一個主叢集（Primary Cluster）和多個從叢集（Secondary Cluster）的架構。主叢集負責處理寫請求，從叢集分布在不同地區，負責處理本地的讀請求。所有叢集之間的資料通過低延遲鏈路保持同步，從而構成一個邏輯統一的資料庫。

GDN通過非同步物理複製機制實現跨地區資料同步。藉助物理日誌並行回放等技術，主從叢集間的資料複寫延遲可控制在2秒以內。這種同步方式不會影響主叢集的效能和穩定性，確保了資料在全域範圍內的最終一致性。

GDN中的叢集（主叢集和從叢集）讀寫請求路由，是由每個叢集的資料庫代理配置所決定。您的應用程式無需修改代碼，只需串連到相應叢集的地址，讀寫請求便會按以下邏輯自行路由：

點擊展開查看詳細轉寄邏輯

目標節點	轉寄的請求
只發往主叢集的主節點	DML操作（如`INSERT`、`UPDATE`、`DELETE`等） DDL操作（如建表或庫、刪表或庫、變更表結構等） `SHOW`命令 `BEGIN`、`COMMIT`等事務相關命令 `LISTEN`、`UNLISTEN`、`NOTIFY`命令 `ANALYZE`命令兩階段交易認可命令事務中的請求（根據事務拆分配置會有變化）函數定義與調用（根據自訂函數路由規則配置會有變化）使用暫存資料表的請求多語句`Multi Statements` 包含寫請求的`PREPARE`
發往唯讀節點或主節點	非事務中的讀請求 `EXPLAIN`命令包含讀請求的`PREPARE`
總是發往所有節點	`USE`命令 `DISCARD`、`DEALLOCATE`命令

異地多活（多地部署）

將業務部署在多個地區，通過GDN的跨地區低延遲同步、跨地區讀寫分離以及就近讀取等特性，可確保各地區的應用程式在訪問資料庫時延遲小於2秒。

典型行業：遊戲、跨境電商、本地生活（外賣）、新零售（門店）等。
業務架構：
- 各地區的應用程式均直接就近讀寫本地區的資料庫（寫請求將被轉寄至主叢集進行處理），效能最佳。
- 在GDN中，每個子叢集（包括主叢集和從叢集）均提供獨立的叢集地址。您可以根據應用所處地區，串連就近的叢集地址以實現訪問。
- 北京和深圳的從叢集規格需大於或等於杭州的主叢集規格，建議保持一致。

異地災備

通過GDN實現跨地區高可用性，提高資料安全性和系統可用性。當主叢集所在的機房或資料中心發生故障時，您只需手動將業務切換至從叢集，即可快速恢複業務。可以支援兩地三中心、兩地四中心、三地六中心等多種架構。

典型行業：銀行、證券、保險等。
業務架構（以兩地三中心架構為例）：
- 北京地區為主地區，採用雙可用性區域部署形態，覆蓋AZ1與AZ2。
- 上海地區為災備地區，採用單可用性區域部署形態。
- 應用程式預設對北京地區的AZ1中的資料庫進行本地讀寫，當AZ1發生故障時，優先切換至北京AZ2。若AZ1與AZ2均發生故障時，切換至上海AZ2。

說明

GDN中的主從叢集切換可在10分鐘內完成（實際測試結果為5分鐘以內）。在切換過程中，可能會出現不超過160秒的串連閃斷。建議您在業務低穀期進行切換操作，並確保應用具備重連機制。

跨地區部署：無需修改業務代碼，即可直接從同城部署擴充到多地部署。
跨地區讀寫分離及就近讀取：GDN內的讀請求被直接發送至當前地區下的從叢集，寫請求被轉寄至主叢集。
配置靈活：主從叢集擁有相互獨立的配置，包括叢集規格、白名單及參數值等。
跨地區低延時同步：通過非同步物理複製和並行回放等技術，降低主從叢集之間的跨地區複寫延遲。所有叢集間的資料均能保持同步，且網路延遲控制在2秒以內，從而顯著減少了非中心地區應用訪問時的讀取延遲。

覆蓋全球包括中國內地、中國香港及海外地區在內的10多個地區。

主叢集所在地區

從叢集所在地區

中國內地所有地區

與主叢集同地區，或除主叢集所在地區外的中國內地其他地區。

如：主叢集所在地區為華東1（杭州），則從叢集可以為華東1（杭州），也可以為除華東1（杭州）外的中國內地其他地區的叢集。

說明

若您有其他地區要求，請提交工單聯絡我們處理。

海外地區

中國（香港）、日本（東京）、韓國（首爾）、新加坡、馬來西亞（吉隆坡）、印尼（雅加達）、菲律賓（馬尼拉）、泰國（曼穀）、德國（法蘭克福）、美國（矽谷）、美國（維吉尼亞）、英國（倫敦）。

重要

對於非中國內地地區，在建立從叢集前需要簽署《跨境資料轉送合規協議》。

目前GDN的跨地區傳輸串流量可以免費使用，您僅需支付每個PolarDB叢集的自身費用。