All Products
Search
Document Center

PolarDB:Sinkronisasi data dari PolarDB for MySQL ke gudang data cloud-native AnalyticDB for PostgreSQL

Last Updated:Mar 29, 2026

AnalyticDB for PostgreSQL (sebelumnya dikenal sebagai HybridDB for PostgreSQL) adalah layanan gudang data yang cepat, mudah digunakan, dan hemat biaya yang mampu memproses data dalam skala petabyte. Gunakan Data Transmission Service (DTS) untuk menyinkronkan data dari kluster PolarDB for MySQL ke instans AnalyticDB for PostgreSQL. Hal ini umum dilakukan untuk kueri dan analisis ad hoc, operasi ekstrak, transformasi, dan muat (ETL), serta visualisasi data.

Prasyarat

Sebelum memulai, pastikan Anda telah:

Topologi sinkronisasi yang didukung

  • Sinkronisasi satu arah satu-ke-satu

  • Sinkronisasi satu arah satu-ke-banyak

  • Sinkronisasi satu arah banyak-ke-satu

Batasan

BatasanBerlaku untuk
Hanya tabel yang dapat dipilih sebagai objek yang akan disinkronkan.Sinkronisasi awal dan sinkronisasi inkremental
Tipe data berikut tidak dapat disinkronkan: BIT, VARBIT, GEOMETRY, ARRAY, UUID, TSQUERY, TSVECTOR, TXID_SNAPSHOT, dan POINT.Sinkronisasi awal dan sinkronisasi inkremental
Indeks awalan tidak dapat disinkronkan. Jika database sumber berisi indeks awalan, sinkronisasi mungkin gagal.Sinkronisasi awal dan sinkronisasi inkremental
Jangan gunakan gh-ost atau pt-online-schema-change untuk melakukan operasi DDL pada objek selama sinkronisasi. Tindakan tersebut dapat menyebabkan kegagalan sinkronisasi.Sinkronisasi inkremental
Operasi DML yang didukung: INSERT, UPDATE, DELETE.Sinkronisasi inkremental
Operasi DDL yang didukung: hanya ADD COLUMN. CREATE TABLE tidak didukung. Untuk menyinkronkan data dari tabel baru, tambahkan tabel tersebut ke daftar objek yang dipilih. Untuk informasi selengkapnya, lihat Add an object to a data synchronization task.Sinkronisasi inkremental

Pemetaan istilah

PolarDB for MySQLAnalyticDB for PostgreSQL
DatabaseSchema
TableTable

Menyiapkan tugas sinkronisasi

Langkah 1: Membeli instans DTS

Purchase a DTS instance. Pada halaman pembelian, atur opsi berikut:

  • Source Instance: PolarDB

  • Target Instance: AnalyticDB for PostgreSQL

  • Synchronization Topology: One-Way Synchronization

Langkah 2: Mengonfigurasi saluran sinkronisasi

  1. Masuk ke DTS console.

  2. Pada panel navigasi sebelah kiri, klik Data Synchronization.

  3. Di bagian atas halaman Synchronization Tasks, pilih wilayah tempat instans tujuan berada.

  4. Temukan instans sinkronisasi, lalu klik Configure Synchronization Channel di kolom Actions.

  5. Konfigurasikan instans sumber dan tujuan.

    Detail instans sumber

    ParameterDeskripsi
    Nama tugas sinkronisasiDTS secara otomatis menghasilkan nama. Tentukan nama deskriptif agar mudah diidentifikasi. Nama tersebut tidak perlu unik.
    Tipe instansTetap sebagai PolarDB Instance.
    Wilayah instansWilayah sumber yang Anda pilih pada halaman pembelian. Hanya-baca.
    ID instans PolarDBPilih ID kluster PolarDB for MySQL.
    Akun databaseMasukkan akun database kluster PolarDB for MySQL. Akun tersebut harus memiliki izin baca pada objek yang akan disinkronkan.
    Kata Sandi DatabaseMasukkan password akun database.

    Detail instans tujuan

    ParameterDeskripsi
    Tipe instansTetap sebagai AnalyticDB for PostgreSQL.
    Wilayah instansWilayah tujuan yang Anda pilih pada halaman pembelian. Hanya-baca.
    ID instansPilih ID instans AnalyticDB for PostgreSQL.
    Nama databaseMasukkan nama database tujuan dalam instans AnalyticDB for PostgreSQL.
    Akun databaseMasukkan initial account instans AnalyticDB for PostgreSQL. Anda juga dapat menggunakan akun yang memiliki izin RDS_SUPERUSER. Untuk informasi selengkapnya, lihat Create a database account dan Manage users and permissions.
    Password databaseMasukkan password akun database.

    Configure the source and destination instances

  6. Klik Set Whitelist and Next di pojok kanan bawah.

    DTS menambahkan blok CIDR server DTS ke daftar putih kluster PolarDB for MySQL dan instans AnalyticDB for PostgreSQL sehingga server DTS dapat terhubung ke kluster sumber dan instans tujuan.
  7. Pilih kebijakan sinkronisasi dan objek yang akan disinkronkan.

    PengaturanParameterDeskripsi
    Kebijakan sinkronisasiSinkronisasi awalDalam kebanyakan kasus, pilih kedua opsi berikut: Initial Schema Synchronization dan Initial Full Data Synchronization. DTS akan menyinkronkan skema dan data objek yang diperlukan dari sumber ke tujuan setelah pemeriksaan awal. Proses ini menjadi dasar untuk sinkronisasi inkremental berikutnya.
    Mode penanganan tabel yang bentrokClear Target Table: Melewatkan item Schema Name Conflict selama pemeriksaan awal. Mengosongkan data di tabel tujuan sebelum sinkronisasi data penuh awal. Pilih mode ini jika Anda ingin menyinkronkan data bisnis setelah pengujian. Ignore: Melewatkan item Schema Name Conflict selama pemeriksaan awal. Menambahkan data ke data yang sudah ada selama sinkronisasi data penuh awal. Pilih mode ini jika Anda ingin menyinkronkan data dari beberapa tabel ke satu tabel.
    Tipe sinkronisasiPilih jenis operasi yang akan disinkronkan: Insert, Update, Delete, AlterTable.
    Objek yang akan disinkronkanN/APilih tabel dari bagian Available dan klik ikon Rightwards arrow untuk memindahkannya ke bagian Selected. Hanya tabel yang dapat dipilih.
    Ubah nama database dan tabelN/AGunakan fitur pemetaan nama objek untuk mengubah nama objek di instans tujuan. Untuk informasi selengkapnya, lihat Object name mapping.
    Replikasi tabel temporary saat DMS melakukan operasi DDLN/AJika Anda menggunakan Data Management (DMS) untuk melakukan operasi DDL Online pada database sumber, tentukan apakah akan menyinkronkan tabel temporary yang dihasilkan oleh operasi tersebut. Yes: DTS menyinkronkan data tabel temporary. Jika operasi DDL Online menghasilkan volume data besar, tugas sinkronisasi mungkin tertunda. No: DTS melewatkan tabel temporary dan hanya menyinkronkan data DDL asli dari sumber. Tabel di database tujuan mungkin terkunci.
    Waktu percobaan ulang koneksi yang gagalN/ASecara default, DTS mencoba kembali koneksi yang gagal hingga 720 menit (12 jam). Jika DTS berhasil terhubung kembali dalam periode yang ditentukan, tugas sinkronisasi dilanjutkan. Jika tidak, tugas tersebut gagal. Anda tetap dikenai biaya untuk instans DTS selama percobaan ulang. Kami menyarankan Anda menentukan waktu percobaan ulang sesuai kebutuhan bisnis. Anda juga dapat melepas instans DTS sesegera mungkin setelah instans sumber dan tujuan dilepas.

    Synchronize data from MySQL to AnalyticDB for PostgreSQL

  8. Tentukan kolom kunci primer dan kolom distribusi untuk setiap tabel yang akan disinkronkan ke instans AnalyticDB for PostgreSQL.

    Langkah ini hanya muncul jika Anda memilih Initial Schema Synchronization. Untuk informasi selengkapnya mengenai kolom kunci primer dan kolom distribusi, lihat Define constraints dan Define table distribution.

  9. Klik Precheck di pojok kanan bawah.

    DTS menjalankan pemeriksaan awal sebelum memulai tugas sinkronisasi. Tugas hanya dimulai setelah pemeriksaan awal berhasil. Jika ada item yang gagal, klik ikon 提示 di samping item yang gagal untuk melihat detailnya. Perbaiki masalah tersebut dan jalankan pemeriksaan awal lagi. Jika Anda memilih untuk tidak memperbaiki masalah tertentu, abaikan item yang gagal tersebut dan jalankan pemeriksaan awal lagi.
  10. Setelah muncul pesan The precheck is passed., tutup kotak dialog tersebut. Tugas sinkronisasi akan dimulai secara otomatis.

  11. Tunggu hingga sinkronisasi awal selesai. Status tugas berubah menjadi Synchronizing pada halaman Synchronization Tasks.

    View the status of a data synchronization task

Pertimbangan kinerja

DTS menggunakan sumber daya baca dan tulis dari kedua database (sumber dan tujuan) selama sinkronisasi data penuh awal, sehingga meningkatkan beban pada kedua server. Jika spesifikasi database rendah atau volumenya besar, beban tambahan tersebut dapat mengganggu layanan. Pemicu umum meliputi:

  • Banyak kueri SQL lambat pada database sumber

  • Tabel tanpa kunci primer

  • Deadlock di database tujuan

Jadwalkan sinkronisasi pada jam sepi ketika utilisasi CPU kedua database berada di bawah 30%.

Operasi INSERT konkuren selama sinkronisasi data penuh awal menyebabkan fragmentasi pada tabel tujuan. Akibatnya, setelah sinkronisasi data penuh awal selesai, ruang tabel instans tujuan lebih besar daripada kluster sumber.