All Products
Search
Document Center

PolarDB:Global Database Network (GDN)

Last Updated:Jun 10, 2026

Global Database Network (GDN) adalah jaringan terdistribusi yang terdiri dari kluster PolarDB di beberapa wilayah. Dalam jaringan ini, data disinkronkan di seluruh kluster. Setiap kluster dapat melayani permintaan baca, sedangkan permintaan tulis secara otomatis diteruskan ke kluster utama untuk diproses.

Ikhtisar

Edisi Dasar

Edisi multi-write

Global Database Network (GDN) terdiri dari satu kluster utama dan beberapa kluster sekunder. Kluster utama menangani permintaan tulis, sedangkan kluster sekunder yang tersebar di berbagai wilayah menangani permintaan baca lokal. Data disinkronkan di seluruh kluster melalui tautan berlatensi rendah, membentuk satu database logis.

Dalam arsitektur GDN Edisi Dasar, kluster sekunder meneruskan permintaan tulis ke kluster utama melalui routing cross-region. Ketika kluster utama dan sekunder ditempatkan di wilayah berbeda dan berjauhan secara fisik, latensi tulis pada kluster sekunder meningkat signifikan. GDN Edisi Multi-write menyediakan solusi multi-write tingkat tabel. Hal ini memungkinkan setiap kluster melakukan operasi tulis lokal pada tabel yang memiliki izin tulis, sehingga secara efektif mengurangi latensi tulis cross-region. Untuk informasi lebih lanjut, lihat Panduan pengguna GDN edisi multi-write.

Catatan

PolarDB GDN Edisi Multi-write saat ini dalam rilis canary. Untuk menggunakan fitur ini, cari nomor grup di DingTalk dan bergabunglah ke grup tersebut untuk bertanya.

Nomor grup DingTalk: 30245017864

Mekanisme sinkronisasi data

GDN menggunakan replikasi fisik asinkron untuk menyinkronkan data lintas wilayah. Dengan teknik seperti replay paralel log fisik, latensi replikasi antara kluster utama dan sekunder biasanya di bawah dua detik. Proses ini tidak memengaruhi kinerja atau stabilitas kluster utama dan menjamin konsistensi data eventual secara global. Setiap kluster dalam GDN dapat menangani permintaan baca dan tulis serta mendukung kemampuan geo-disaster recovery.

Pemisahan baca/tulis dan routing permintaan

Routing permintaan baca dan tulis ke kluster (kluster utama dan sekunder) dalam GDN ditentukan oleh konfigurasi database proxy masing-masing kluster. Anda tidak perlu mengubah kode aplikasi—cukup hubungkan ke alamat kluster yang sesuai, dan permintaan baca/tulis akan secara otomatis dirutekan berdasarkan logika berikut:

  • Database proxy secara otomatis meneruskan permintaan tulis, seperti pernyataan INSERT, UPDATE, dan DELETE, sintaks broadcast lain seperti pernyataan SET, serta semua permintaan dalam transaksi ke node utama kluster utama untuk diproses.

  • Secara default, database proxy merutekan permintaan baca ke node read-only kluster sekunder lokal untuk akses lokal. Jika session consistency diaktifkan, beberapa permintaan baca juga dapat dirutekan ke node utama kluster utama guna menjamin konsistensi data.

Catatan

Ketika sebuah aplikasi terhubung ke cluster endpoint kluster sekunder, aturan routing yang sama tetap berlaku. Setelah klien membuat koneksi dengan database proxy, proxy tersebut membuat dan memelihara koneksi backend dari kluster sekunder ke node utama kluster utama. Apakah koneksi ini dibuat sebelumnya tergantung pada konfigurasi database proxy. Tautan dari kluster sekunder ke node utama sering kali merupakan koneksi cross-region. Untuk aplikasi dengan koneksi singkat, pembuatan koneksi cross-region yang sering dapat menurunkan kinerja akibat fluktuasi jaringan. Dalam skenario ini, kami merekomendasikan Anda mengaktifkan On-demand Connections untuk database proxy kluster sekunder. Untuk informasi lebih lanjut, lihat Konfigurasi database proxy.

Selain itu, GDN menyediakan nama domain global, yang tidak hanya memungkinkan akses terdekat tetapi juga tetap tidak berubah setelah terjadi alih bencana kluster utama.

Logika routing detail

Node tujuan

Permintaan yang diteruskan

Hanya diteruskan ke node utama kluster utama

  • Semua operasi DML, seperti INSERT, UPDATE, DELETE, dan SELECT FOR UPDATE.

  • Semua operasi DDL, seperti membuat, menghapus, atau mengubah tabel atau database, serta mengelola izin.

  • Semua permintaan dalam transaksi.

  • Fungsi yang ditentukan pengguna.

  • Prosedur tersimpan.

  • Pernyataan EXECUTE.

  • Multi Statements.

  • Permintaan yang menggunakan tabel temporary.

  • SELECT last_insert_id().

  • Semua kueri dan modifikasi terhadap variabel pengguna.

  • SHOW PROCESSLIST.

  • KILL (pernyataan SQL KILL, bukan perintah KILL).

Diteruskan ke node read-only atau node utama

Catatan

Permintaan dikirim ke node utama hanya jika Primary Node Accepts Read Requests diatur ke Yes dalam konfigurasi database proxy.

  • Permintaan baca di luar transaksi.

  • Perintah COM_STMT_EXECUTE.

Selalu diteruskan ke semua node

  • Semua modifikasi terhadap variabel sistem.

  • Perintah USE.

  • Perintah COM_STMT_PREPARE.

  • Perintah seperti COM_CHANGE_USER, COM_QUIT, dan COM_SET_OPTION.

Catatan

Node utama kluster sekunder hanya digunakan untuk replikasi internal dan tidak melayani traffic baca atau tulis. Oleh karena itu, dalam tabel ini, node utama merujuk pada node utama kluster utama, dan node read-only merujuk pada node read-only kluster sekunder.

Kasus penggunaan

Redundansi geo aktif (penerapan multi-wilayah)

Terapkan layanan Anda di beberapa wilayah. Dengan fitur seperti sinkronisasi cross-region berlatensi rendah, pemisahan baca/tulis cross-region, dan akses lokal, GDN memastikan bahwa latensi akses database untuk aplikasi di setiap wilayah biasanya di bawah 2 detik.

  • Industri khas: Gaming, e-commerce lintas batas, layanan lokal (pengiriman makanan), dan retail baru (outlet).

  • Arsitektur bisnis:

    • Untuk kinerja optimal, aplikasi di setiap wilayah langsung membaca dari dan menulis ke database lokal. Permintaan tulis diteruskan ke kluster utama untuk diproses.

    • Dalam GDN, setiap kluster, termasuk kluster utama dan sekunder, menyediakan cluster endpoint independen. Anda dapat terhubung ke cluster endpoint terdekat berdasarkan lokasi aplikasi Anda.

    • Spesifikasi kluster sekunder di Tiongkok (Beijing) dan Tiongkok (Shenzhen) harus memenuhi atau melebihi spesifikasi kluster utama di Tiongkok (Hangzhou). Kami merekomendasikan Anda menggunakan spesifikasi yang sama untuk kinerja optimal.

Geo-disaster recovery

Gunakan GDN untuk mencapai ketersediaan tinggi cross-region dan meningkatkan keamanan data serta ketersediaan sistem. Jika pusat data kluster utama mengalami kegagalan, Anda dapat memulihkan layanan dengan melakukan failover manual ke kluster sekunder. GDN mendukung berbagai arsitektur, seperti dua wilayah tiga pusat data, dua wilayah empat pusat data, dan tiga wilayah enam pusat data.

  • Industri khas: Perbankan, sekuritas, dan asuransi.

  • Arsitektur bisnis (contoh: arsitektur dua wilayah tiga pusat data):

    • Wilayah utama adalah Tiongkok (Beijing) dan menggunakan penerapan dua zona ketersediaan, mencakup AZ1 dan AZ2.

    • Wilayah pemulihan bencana adalah Tiongkok (Shanghai) dan menggunakan penerapan satu zona ketersediaan.

    • Secara default, aplikasi melakukan operasi baca/tulis lokal pada database di AZ1 wilayah Tiongkok (Beijing). Jika AZ1 gagal, sistem pertama-tama beralih ke AZ2 di Beijing. Jika AZ1 dan AZ2 gagal, sistem beralih ke AZ3 di Shanghai.

Catatan

Alih bencana utama/sekunder dalam GDN selesai dalam waktu 10 menit (biasanya dalam 5 menit berdasarkan hasil pengujian). Selama alih bencana, putus sambungan sementara hingga 160 detik dapat terjadi. Kami merekomendasikan Anda melakukan alih bencana selama jam sepi dan memastikan aplikasi Anda memiliki mekanisme penyambungan ulang.

Manfaat

  • Penerapan cross-region: Perluas dari penerapan satu wilayah ke penerapan multi-wilayah tanpa mengubah kode aplikasi Anda.

  • Pemisahan baca/tulis cross-region dan akses lokal: Dalam GDN, permintaan baca dirutekan ke kluster sekunder lokal, sedangkan permintaan tulis diteruskan ke kluster utama.

  • Konfigurasi fleksibel: Kluster utama dan sekunder memiliki konfigurasi independen, termasuk spesifikasi kluster, daftar putih, dan nilai parameter.

  • Sinkronisasi cross-region berlatensi rendah: Replikasi fisik asinkron, berbasis redo log, dan teknologi replay paralel mengurangi latensi replikasi cross-region antara kluster utama dan sekunder. Hal ini memastikan data tetap tersinkronisasi di seluruh kluster dengan latensi replikasi biasanya di bawah dua detik, sehingga secara signifikan mengurangi latensi baca untuk aplikasi di wilayah jauh.

Persyaratan dan batasan

Konfigurasi kluster

  • Edisi: Edisi Perusahaan, dan seri harus Edisi Kluster.

  • Versi mesin database harus salah satu dari berikut:

    • MySQL 8.0.2.

    • MySQL 8.0.1 dengan versi mesin minor 8.0.1.1.17 atau lebih baru.

    • MySQL 5.7 dengan versi mesin minor 5.7.1.0.21 atau lebih baru.

    • MySQL 5.6 dengan versi mesin minor 5.6.1.0.32 atau lebih baru.

  • Node: Kluster harus mencakup setidaknya satu node read-only.

Wilayah yang didukung

Semua wilayah di Tiongkok daratan, Tiongkok (Hong Kong), Jepang (Tokyo), Korea Selatan (Seoul), Singapura, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Filipina (Manila), Thailand (Bangkok), Jerman (Frankfurt), AS (Silicon Valley), AS (Virginia), dan Inggris (London).

Catatan

Anda dapat menerapkan kluster sekunder lintas batas, tetapi harus mengajukan permohonan. Untuk informasi lebih lanjut, lihat Tambahkan kluster sekunder.

Batasan fitur

  • Kluster dalam Global Database Network (GDN) mendukung fitur In-Memory Column Index (IMCI). Namun, Anda harus mengaktifkan parameter kluster loose_polar_enable_imci_with_standby dan versi kluster harus memenuhi salah satu persyaratan berikut sebelum Anda dapat menambahkan node berorientasi kolom read-only.

    • MySQL 8.0.1 dengan versi revisi 8.0.1.1.48 atau lebih baru.

    • MySQL 8.0.2 dengan versi revisi 8.0.2.2.27 atau lebih baru.

  • Kluster dalam GDN dapat berupa kluster serverless atau kluster dengan spesifikasi yang ditentukan yang telah mengaktifkan fitur serverless. Namun, jika versi mesin database kluster utama lebih awal dari versi berikut, semua kluster dalam GDN harus memiliki setidaknya satu node read-only:

    • MySQL 8.0.1 dengan versi mesin minor sebelum 8.0.1.1.42.

    • MySQL 8.0.2 dengan versi mesin minor sebelum 8.0.2.2.23.

  • Kluster dalam GDN tidak mendukung pemulihan database dan tabel.

Batasan lainnya

  • GDN terdiri dari satu kluster utama dan hingga empat kluster sekunder.

    Catatan

    Untuk menambahkan lebih banyak kluster sekunder, buka Quota Center, temukan item kuota dengan ID polardb_mysql_gdn_region, lalu klik Apply di kolom Actions.

  • Satu kluster hanya dapat menjadi bagian dari satu GDN.

  • Hanya kluster baru yang dapat ditambahkan sebagai kluster sekunder; Anda tidak dapat menggunakan kluster yang sudah ada.

  • Kluster utama dan sekunder harus menggunakan versi mesin database yang sama: MySQL 8.0, MySQL 5.7, atau MySQL 5.6.

  • Untuk kluster sekunder dalam GDN yang bukan kluster serverless, setiap node komputasi harus memiliki minimal 4 core CPU.

  • Secara default, setiap kluster dalam GDN berisi 2 node. Anda dapat menambahkan hingga 16 node.

Harga

Biaya Global Database Network (GDN) terdiri dari biaya kluster dan biaya replikasi data lintas batas yang berlaku. Aturan penagihan adalah sebagai berikut:

Penting

Biaya transfer data lintas batas akan dikenakan mulai dari 00:00:00 pada 1 April 2026 (waktu Singapura). Sebelum tanggal tersebut, layanan ini gratis. Untuk informasi lebih lanjut, lihat [Pemberitahuan] Pengumuman penyesuaian biaya jaringan untuk Global Database Network (GDN).

  • Skema gratis:

    Kluster utama dan sekunder Anda keduanya ditempatkan di wilayah dalam Tiongkok daratan, atau keduanya ditempatkan di wilayah Tiongkok (Hong Kong) atau wilayah luar negeri lainnya. Contoh:

    • Kluster utama dan sekunder keduanya berada di Tiongkok daratan. Misalnya, kluster utama berada di Tiongkok (Chengdu) dan kluster sekunder berada di wilayah seperti Tiongkok (Hangzhou) atau Tiongkok (Shenzhen).

    • Kluster utama dan sekunder keduanya berada di wilayah Tiongkok (Hong Kong) atau wilayah luar negeri lainnya. Misalnya, kluster utama berada di Singapura dan kluster sekunder berada di Filipina (Manila).

  • Skenario yang Dikenai Biaya:

    Biaya lintas batas berlaku ketika GDN melintasi batas Tiongkok daratan—misalnya, jika satu kluster berada di Tiongkok daratan dan kluster lainnya berada di Tiongkok (Hong Kong) atau wilayah luar negeri. Contoh:

    • Kluster utama berada di Tiongkok daratan dan kluster sekunder berada di luar Tiongkok daratan. Misalnya, kluster utama berada di Tiongkok (Chengdu) dan kluster sekunder berada di wilayah seperti Tiongkok (Hong Kong) atau Singapura.

    • Kluster utama berada di luar Tiongkok daratan dan kluster sekunder berada di Tiongkok daratan. Misalnya, kluster utama berada di Singapura dan kluster sekunder berada di wilayah seperti Tiongkok (Hangzhou) atau Tiongkok (Shenzhen).

  • Aturan penagihan: USD 0,80 per GB, ditagih per jam. Biaya dihitung per jam berdasarkan volume data redo log yang direplikasi secara fisik dari kluster utama ke kluster sekunder lintas batas. Biaya traffic ini dapat diperkirakan dengan mengkueri posisi fisik yang dikonversi dari nomor urutan log (LSN).

    Contoh penagihan

    Contoh

    Pada pukul 09:00, Anda mengkueri posisi penulisan log dan menemukan posisinya ib_logfile1/648143676. Pada pukul 10:00, posisi diperbarui menjadi ib_logfile3/648142342. Jumlah data yang ditulis dalam satu jam ini adalah selisih antara kedua posisi tersebut.

    1. Jumlah yang ditulis ke file awal (ib_logfile1):
      Kurangi offset awal dari ukuran total file. Setiap file log berukuran 1 GB (1.073.741.824 byte). Jumlah yang ditulis adalah 1073741824 - 648143676 = 425598148 byte.



    2. Jumlah yang ditulis ke file tengah (ib_logfile2):
      Setelah ib_logfile1 penuh, sistem sepenuhnya menulis ib_logfile2. Jumlah ini adalah 1.073.741.824 byte (1 GB).



    3. Jumlah yang ditulis ke file akhir (ib_logfile3):
      Ini adalah offset akhir, yaitu 648142342 byte.



    Oleh karena itu, jumlah total yang ditulis adalah 425598148 + 1073741824 + 648142342 = 2147482314 byte. Ini setara dengan 2147482314 / 1024 / 1024 / 1024 = 1,999998 GB (dibulatkan ke bawah hingga enam tempat desimal). Biaya transfer data lintas batas untuk jam ini kira-kira 1,999998 GB × USD 0,80/GB = USD 1,5999984.

    Kueri progres penulisan log dan offset file fisik

    -- Kueri progres penulisan log sistem saat ini.
    SHOW STATUS LIKE 'Innodb_log_write_lsn'; 
    +----------------------+------------+
    | Variable_name        | Value      |
    +----------------------+------------+
    | Innodb_log_write_lsn | 1721889596 |
    +----------------------+------------+
    
    -- Kueri offset file fisik dalam byte.
    SELECT lsn_to_pos(1721889596); 
    +------------------------+
    | lsn_to_pos(1721889596) |
    +------------------------+
    | ib_logfile1/648143676  |
    +------------------------+
Catatan

Jika Anda menggunakan fitur nama domain global, Anda akan dikenakan biaya tambahan untuk resolusi DNS internal dan transfer data antar-wilayah. Untuk informasi lebih lanjut, lihat Harga nama domain global.

Mulai

  1. Buat dan kelola jaringan database global: Pilih kluster yang memenuhi persyaratan untuk berfungsi sebagai kluster utama GDN.

  2. Tambahkan kluster sekunder: Buka halaman pembelian PolarDB untuk menambahkan kluster sekunder ke GDN yang telah Anda buat.

  3. Hubungkan ke jaringan database global: Dalam GDN, setiap kluster (utama dan sekunder) menyediakan cluster endpoint independen. Anda dapat terhubung ke endpoint kluster terdekat berdasarkan wilayah aplikasi Anda. GDN juga menyediakan nama domain global. Fitur ini menyediakan akses lokal dan endpoint stabil yang tetap berlaku meskipun terjadi alih bencana kluster utama.