全部产品
Search
文档中心

PolarDB:Jaringan Basis Data Global (GDN)

更新时间:Nov 05, 2025

Sebuah Jaringan Basis Data Global (GDN) adalah jaringan dari beberapa kluster PolarDB yang tersebar di berbagai wilayah. Dalam sebuah GDN, data disinkronkan di seluruh semua kluster. Setiap kluster dapat menangani permintaan baca, dan permintaan tulis diteruskan ke kluster utama untuk diproses.

Pengenalan

Sebuah Jaringan Basis Data Global (GDN) terdiri dari satu kluster utama dan beberapa kluster sekunder. Kluster utama menangani permintaan tulis, sedangkan kluster sekunder didistribusikan di berbagai wilayah untuk menangani permintaan baca lokal. Berikut adalah contoh di mana data disinkronkan di seluruh semua kluster melalui tautan latensi rendah, membentuk satu database logis:

Mekanisme sinkronisasi data

GDN memanfaatkan replikasi fisik asinkron untuk sinkronisasi data lintas wilayah. Teknologi seperti replay paralel log fisik membantu menjaga latensi replikasi antara kluster utama dan sekunder dalam waktu kurang dari 2 detik. Metode sinkronisasi ini tidak mempengaruhi kinerja atau stabilitas kluster utama dan memastikan konsistensi akhir data secara global. Setiap kluster dalam GDN menyediakan layanan baca dan tulis serta mendukung pemulihan bencana geo.

Pemisahan baca/tulis dan pengaturan rute permintaan

Pengaturan rute permintaan baca dan tulis ke kluster dalam GDN ditentukan oleh konfigurasi proksi database setiap kluster. Aplikasi Anda tidak memerlukan perubahan kode. Cukup sambungkan ke titik akhir kluster yang sesuai, dan permintaan akan secara otomatis dirutekan berdasarkan logika berikut:

  • Permintaan tulis, seperti INSERT, UPDATE, dan DELETE statements, sintaks broadcast lainnya seperti SET statements, dan semua permintaan dalam transaksi secara otomatis diteruskan ke node utama kluster utama untuk diproses.

  • Permintaan baca secara default dirutekan ke node read-only dari kluster sekunder lokal untuk akses terdekat. Jika konsistensi sesi diaktifkan, beberapa permintaan baca juga dapat dirutekan ke node utama kluster utama untuk memastikan konsistensi data.

GDN juga menyediakan nama domain global. Fitur ini tidak hanya memungkinkan akses terdekat tetapi juga memastikan nama domain tetap tidak berubah setelah alih bencana kluster utama.

Klik untuk melihat logika rute terperinci

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, dan mengelola izin.

  • Semua permintaan dalam transaksi.

  • Fungsi yang ditentukan pengguna.

  • Prosedur tersimpan.

  • EXECUTE statements.

  • Multi Statements.

  • Permintaan yang menggunakan tabel sementara.

  • SELECT last_insert_id().

  • Semua kueri dan modifikasi variabel pengguna.

  • SHOW PROCESSLIST.

  • KILL (statement, bukan perintah).

Diteruskan ke node read-only atau node utama

Catatan

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

  • Permintaan baca di luar transaksi.

  • Perintah COM_STMT_EXECUTE.

Selalu diteruskan ke semua node

  • Semua modifikasi variabel sistem.

  • Perintah USE.

  • Perintah COM_STMT_PREPARE.

  • Perintah seperti COM_CHANGE_USER, COM_QUIT, dan COM_SET_OPTION.

Catatan

Node utama dalam kluster sekunder terutama digunakan untuk replikasi data asinkron dari kluster utama dan tidak menangani permintaan baca atau tulis apa pun. Oleh karena itu, node utama dalam tabel merujuk pada node utama kluster utama, dan node read-only merujuk pada node read-only kluster sekunder.

Kasus penggunaan

Redundansi geo-aktif (penyebaran multi-wilayah)

Anda dapat menerapkan layanan Anda di beberapa wilayah. Fitur-fitur GDN, seperti sinkronisasi lintas wilayah latensi rendah, pemisahan baca/tulis lintas wilayah, dan akses terdekat, memastikan bahwa aplikasi di setiap wilayah mencapai latensi akses database kurang dari 2 detik.

  • Industri tipikal: Game, e-commerce lintas batas, layanan lokal (pengiriman makanan), dan ritel baru (outlet).

  • Arsitektur bisnis:

    • Aplikasi di setiap wilayah langsung membaca dan menulis ke database lokal untuk performa optimal. Permintaan tulis diteruskan ke kluster utama untuk diproses.

    • Dalam GDN, setiap kluster, termasuk kluster utama dan sekunder, menyediakan titik akhir kluster independen. Anda dapat terhubung ke titik akhir kluster terdekat berdasarkan wilayah aplikasi Anda untuk mengakses database.

    • Spesifikasi kluster sekunder di Beijing dan Shenzhen harus lebih besar atau sama dengan kluster utama di Hangzhou. Untuk hasil terbaik, gunakan spesifikasi yang sama.

Pemulihan bencana geo

Anda dapat mencapai ketersediaan tinggi lintas wilayah dengan GDN untuk meningkatkan keamanan data dan ketersediaan sistem. Jika pusat data tempat kluster utama berada gagal, Anda dapat segera memulihkan layanan Anda dengan beralih secara manual ke kluster sekunder. GDN mendukung berbagai arsitektur, seperti arsitektur dua wilayah tiga pusat data.

  • Industri tipikal: Perbankan, sekuritas, dan asuransi.

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

    • Wilayah Beijing adalah wilayah utama dan menggunakan penyebaran dua zona, mencakup AZ1 dan AZ2.

    • Wilayah Shanghai adalah wilayah pemulihan bencana dan menggunakan penyebaran satu zona.

    • Secara default, aplikasi melakukan pembacaan dan penulisan lokal pada database di AZ1 wilayah 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 biasanya selesai dalam waktu kurang dari 5 menit, tetapi bisa memakan waktu hingga 10 menit. Selama alih bencana, gangguan koneksi transien hingga 160 detik mungkin terjadi. Kami sarankan Anda melakukan alih bencana selama jam-jam sepi dan pastikan aplikasi Anda memiliki mekanisme penyambungan ulang.

Manfaat

  • Penyebaran lintas wilayah: Meluas dari penyebaran satu kota ke penyebaran multi-wilayah tanpa mengubah kode aplikasi Anda.

  • Pemisahan baca/tulis lintas wilayah dan akses terdekat: Permintaan baca dalam GDN dikirim langsung ke kluster sekunder di wilayah saat ini. Permintaan tulis diteruskan ke kluster utama.

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

  • Sinkronisasi lintas wilayah latensi rendah: Replikasi fisik asinkron, berdasarkan Redo Log, dan teknologi replay paralel menjaga latensi replikasi lintas wilayah antara kluster utama dan sekunder kurang dari 2 detik. Ini secara signifikan mengurangi latensi baca untuk aplikasi yang mengakses data dari wilayah non-pusat.

Ruang lingkup

Konfigurasi kluster

  • Edisi: Enterprise Edition, dan seri harus Edisi Kluster.

  • Versi mesin database harus salah satu dari berikut ini:

    • 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: Harus mencakup setidaknya satu node read-only.

Wilayah yang didukung

Semua wilayah di daratan Tiongkok, China (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 Anda harus mengajukan permintaan. Untuk informasi lebih lanjut, lihat Tambahkan kluster sekunder.

Batasan fitur

  • Kluster dalam Jaringan Basis Data Global (GDN) mendukung fitur Indeks Kolom IMCI. Namun, Anda harus mengaktifkan parameter kluster loose_polar_enable_imci_with_standby sebelum Anda dapat menambahkan node penyimpanan kolom read-only. Versi kluster juga harus memenuhi salah satu persyaratan berikut:

    • 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 memiliki fitur serverless diaktifkan. Namun, jika versi mesin minor 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 lebih awal dari 8.0.1.1.42.

    • MySQL 8.0.2 dengan versi mesin minor lebih awal dari 8.0.2.2.23.

  • Kluster dalam GDN tidak mendukung fitur pemulihan database dan tabel.

Batasan lainnya

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

    Catatan

    Untuk menambahkan lebih banyak kluster sekunder, kunjungi Pusat Kuota, temukan item kuota berdasarkan ID kuota polardb_mysql_gdn_region, dan klik Apply di kolom Actions.

  • Sebuah kluster hanya dapat menjadi bagian dari satu GDN.

  • Anda hanya dapat membuat kluster baru sebagai kluster sekunder. Anda tidak dapat menambahkan kluster yang sudah ada sebagai kluster sekunder.

  • 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 setidaknya 4 inti CPU.

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

Harga

Saat Anda menggunakan GDN, Anda akan dikenakan biaya untuk kluster dan biaya transfer data lintas wilayah. Biaya transfer data bervariasi berdasarkan apakah transfer tersebut lintas batas.

  • Transfer data non-lintas batas (Gratis)

    • Skenario: Kluster utama dan sekunder keduanya diterapkan di wilayah di luar daratan Tiongkok, atau keduanya diterapkan di wilayah di daratan Tiongkok.

    • Aturan penagihan: Gratis.

  • Transfer data lintas batas (Dapat dikenakan biaya)

    Penting

    Biaya transfer data lintas batas akan dikenakan mulai pukul 00:00 pada tanggal 1 Januari 2026 (waktu Singapura). Sebelum tanggal ini, layanan ini gratis.

    • Skenario: Salah satu kluster Anda (utama atau sekunder) diterapkan di wilayah di luar daratan Tiongkok, dan yang lainnya diterapkan di wilayah di daratan Tiongkok.

    • Aturan penagihan: USD 0.80 per GB, ditagih per jam. Biaya dihitung berdasarkan jumlah data Redo Log yang direplikasi secara fisik dari kluster utama ke kluster sekunder lintas batas dalam satu jam. Anda dapat memperkirakan biaya lalu lintas ini dengan menanyakan posisi fisik yang dikonversi dari nomor urutan log (LSN).

      Klik untuk melihat contoh penagihan

      Contoh

      Sebagai contoh, pada pukul 09:00, Anda menanyakan posisi tulis fisik log dan nilainya adalah ib_logfile1/648143676. Pada pukul 10:00, posisi tersebut diperbarui menjadi ib_logfile3/648142342. Ini menunjukkan bahwa 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 total ukuran 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 perantara (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 pada akhir, yaitu 648142342 byte.

      Oleh karena itu, jumlah total yang ditulis = 425598148 + 1073741824 + 648142342 = 2147482314 byte. Ini adalah 2147482314 / 1024 / 1024 / 1024 = 1.999998 GB (dibulatkan ke enam desimal). Biaya transfer data lintas batas untuk satu jam ini adalah sekitar 1.999998 GB × USD 0.80/GB = USD 1.5999984.

      Tanyakan kemajuan penulisan log dan offset file fisik

      -- Tanyakan kemajuan penulisan sistem log saat ini.
      SHOW STATUS LIKE 'Innodb_log_write_lsn'; 
      +----------------------+------------+
      | Variable_name        | Value      |
      +----------------------+------------+
      | Innodb_log_write_lsn | 1721889596 |
      +----------------------+------------+
      
      -- Tanyakan 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 lintas wilayah. Untuk informasi lebih lanjut, lihat Harga nama domain global.

Mulai

  1. Buat dan kelola Jaringan Basis Data Global: Pilih kluster yang memenuhi persyaratan sebagai kluster utama GDN.

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

  3. Sambungkan ke Jaringan Basis Data Global: Dalam GDN, setiap kluster (utama dan sekunder) menyediakan titik akhir kluster independen. Anda dapat terhubung ke titik akhir kluster terdekat berdasarkan wilayah aplikasi Anda. GDN juga menyediakan nama domain global. Fitur ini tidak hanya memungkinkan akses terdekat tetapi juga memastikan nama domain tetap tidak berubah setelah alih bencana kluster utama.