全部产品
Search

搜索本产品

    Data Transmission Service：Melacak perubahan data dari instans ApsaraDB RDS untuk MySQL

    文档中心

    Data Transmission Service：Melacak perubahan data dari instans ApsaraDB RDS untuk MySQL

    更新时间：Dec 18, 2025

    Fitur pelacakan perubahan memungkinkan Anda memantau data tambahan dari database sumber secara real-time. Fitur ini mendukung tugas seperti memperbarui cache ringan, mendekopling proses bisnis secara asinkron, dan menyinkronkan data secara real-time dengan logika ETL. Topik ini menjelaskan cara membuat tugas pelacakan perubahan RDS MySQL.

    Prasyarat

    Batasan

    Jenis batasan

    Deskripsi

    Batasan pada database sumber

    • Tabel sumber harus memiliki kunci PRIMARY KEY atau kendala UNIQUE, dan semua bidang harus unik. Jika tidak, sebagian dari perubahan data yang dilacak mungkin duplikat.

    • Jika Anda memilih tabel sebagai objek yang akan dilacak, hingga 500 tabel dapat dilacak dalam satu tugas pelacakan perubahan. Jika Anda menjalankan tugas pelacakan perubahan untuk melacak lebih dari 500 tabel, kesalahan permintaan terjadi. Dalam hal ini, kami sarankan Anda mengonfigurasi beberapa tugas untuk melacak tabel dalam batch atau mengonfigurasi tugas pelacakan perubahan untuk seluruh database.

    • Persyaratan berikut untuk log binlog harus dipenuhi:

      • Secara default, fitur pencatatan biner diaktifkan untuk instans ApsaraDB RDS for MySQL. Pastikan parameter binlog_row_image disetel ke full. Jika tidak, pesan kesalahan akan dikembalikan selama pra-pemeriksaan dan instans pelacakan perubahan tidak dapat dimulai. Untuk informasi lebih lanjut, lihat Lihat parameter instans ApsaraDB RDS untuk MySQL.

      • File log biner instans ApsaraDB RDS for MySQL harus disimpan selama tiga hari atau lebih (tujuh hari direkomendasikan). File log biner database MySQL yang dikelola sendiri harus disimpan selama tujuh hari atau lebih. Jika tidak, DTS mungkin gagal mendapatkan log biner dan tugas mungkin gagal. Dalam keadaan luar biasa, ketidaksesuaian data atau kehilangan data mungkin terjadi. Pastikan Anda menyetel periode penyimpanan log biner berdasarkan persyaratan sebelumnya. Jika tidak, Service Level Agreement (SLA) DTS tidak menjamin keandalan layanan atau kinerja.

        Catatan

        • Untuk informasi lebih lanjut tentang periode penyimpanan log biner instans ApsaraDB RDS for MySQL, lihat bagian Hapus file log biner dalam topik "Kelola file log biner".

        • Parameter binlog_expire_log_days dalam file konfigurasi (dalam kebanyakan kasus, my.cnf atau my.ini) database MySQL yang dikelola sendiri menentukan periode penyimpanan log biner.

    • Jika instans sumber adalah instans baca-saja atau sementara, pastikan instans mencatat log transaksi.

      Catatan

    Batasan lainnya

    • Pastikan pengaturan presisi untuk kolom tipe data FLOAT atau DOUBLE memenuhi kebutuhan bisnis Anda. DTS menggunakan fungsi ROUND(COLUMN,PRECISION) untuk mengambil nilai dari kolom tipe data FLOAT atau DOUBLE. Jika Anda tidak menentukan presisi, DTS menetapkan presisi untuk kolom tipe data FLOAT menjadi 38 digit dan presisi untuk kolom tipe data DOUBLE menjadi 308 digit.

    • DTS tidak melacak operasi DDL yang dilakukan menggunakan pt-online-schema-change. Oleh karena itu, klien pelacakan perubahan mungkin gagal menulis data yang dikonsumsi ke tabel tujuan karena konflik skema.

    • Jika ukuran baris data tunggal yang Anda lacak melebihi 16 MB, Anda tidak dapat mengonsumsi baris data tersebut. Jika tidak, kesalahan out of memory (OOM) mungkin terjadi pada klien pelacakan perubahan.

    • Jika instans gagal berjalan, staf dukungan teknis DTS akan mencoba memulihkan instans dalam waktu 8 jam. Selama proses pemulihan, instans mungkin di-restart atau parameter mungkin disesuaikan.

      Catatan

      Ketika parameter disesuaikan, hanya parameter instans DTS yang dimodifikasi. Parameter database tidak dimodifikasi.

    Prosedur

    1. Gunakan salah satu metode berikut untuk membuka halaman Tugas Pelacakan Perubahan dan pilih wilayah tempat instans pelacakan perubahan berada:

      Konsol DTS

      1. Masuk ke Konsol DTS.

      2. Di panel navigasi kiri, klik Pelacakan Perubahan.

      3. Di pojok kiri atas halaman, pilih wilayah tempat instans pelacakan perubahan berada.

      Konsol DMS

      Catatan

      Operasi aktual mungkin berbeda tergantung pada mode dan tata letak Konsol DMS. Untuk informasi lebih lanjut, lihat Mode Sederhana dan Sesuaikan Tata Letak dan Gaya Konsol DMS.

      1. Masuk ke Konsol DMS.

      2. Di bilah navigasi atas, gerakkan penunjuk mouse ke Data + AI > DTS (DTS) > Change Tracking.

      3. Dari daftar drop-down di sebelah kanan Change Tracking Tasks, pilih wilayah tempat instans pelacakan perubahan berada.

    2. Klik Create Task untuk membuka halaman konfigurasi tugas.

    3. Konfigurasikan parameter di bagian Database Sumber dan Jenis Jaringan Konsumen.

      Peringatan

      Setelah menentukan instans database sumber, kami sarankan Anda membaca Limits yang ditampilkan di bagian atas halaman. Jika tidak, tugas mungkin gagal atau data yang dilacak tidak dapat dikonsumsi.

      Bagian

      Parameter

      Deskripsi

      Tidak ada

      Task Name

      Nama tugas pelacakan perubahan. DTS secara otomatis memberi nama pada tugas. Kami sarankan Anda menentukan nama deskriptif yang memudahkan identifikasi tugas. Anda tidak perlu menggunakan nama tugas yang unik.

      Source Database

      Select Existing Connection

      Instans database yang ingin Anda gunakan. Anda dapat memilih apakah akan menggunakan instans yang ada berdasarkan kebutuhan bisnis Anda.

      • Jika Anda memilih instans yang ada, DTS secara otomatis mengisi parameter untuk database.

      • Jika Anda tidak menggunakan instans yang ada, Anda harus mengonfigurasi parameter berikut.

      Catatan

      Database Type

      Jenis database sumber. Pilih MySQL.

      Access Method

      Metode akses database sumber. Pilih Alibaba Cloud Instance.

      Instance Region

      Wilayah tempat instans ApsaraDB RDS for MySQL berada.

      Replicate Data Across Alibaba Cloud Accounts

      Menentukan apakah akan melacak data di seluruh akun Alibaba Cloud. Dalam contoh ini, No dipilih.

      Penting

      Jika Anda ingin mengakses sumber daya cloud di seluruh akun Alibaba Cloud, atur parameter ini ke Yes dan tentukan parameter Alibaba Cloud Account dan RAM Role Name. Anda harus mengonfigurasi Otorisasi RAM untuk akun Alibaba Cloud yang digunakan untuk mengonfigurasi tugas DTS. Untuk informasi lebih lanjut tentang cara mengonfigurasi Otorisasi RAM, lihat Konfigurasikan Otorisasi RAM untuk tugas DTS lintas akun.

      RDS Instance ID

      ID instans ApsaraDB RDS for MySQL.

      Database Account

      Masukkan akun database yang memiliki izin read-only pada instans ApsaraDB RDS for MySQL, atau akun kustom yang memiliki izin REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW, dan SELECT.

      Database Password

      Kata sandi yang digunakan untuk mengakses instans database.

      Encryption

      Menentukan apakah akan mengenkripsi koneksi ke instans database. Pilih Non-encrypted atau SSL-encrypted berdasarkan kebutuhan Anda. Jika Anda memilih SSL-encrypted, Anda harus mengaktifkan enkripsi SSL untuk instans ApsaraDB RDS for MySQL sebelum mengonfigurasi tugas pelacakan perubahan. Untuk informasi lebih lanjut, lihat Konfigurasikan fitur enkripsi SSL.

      Consumer Network Type

      Network Type

      Nilai parameter Network Type tetap pada VPC. Anda harus memilih VPC dan vSwitch. Untuk informasi lebih lanjut, lihat VPC.

      Catatan

      • Setelah tugas pelacakan perubahan dikonfigurasi, Anda tidak dapat mengubah pengaturan di bagian Consumer Network Type.

      • Jika klien pelacakan perubahan Anda diterapkan di VPC, kami sarankan Anda memilih VPC dan vSwitch yang sama terhubung ke klien.

      • Jika Anda melacak perubahan data melalui jaringan internal, latensi jaringan minimal.

    4. Di bagian bawah halaman, klik Test Connectivity and Proceed.

      Catatan

      • Pastikan blok CIDR server DTS dapat ditambahkan secara otomatis atau manual ke pengaturan keamanan database sumber dan tujuan untuk mengizinkan akses dari server DTS. Untuk informasi lebih lanjut, lihat Tambahkan Blok CIDR Server DTS.

      • Jika database sumber adalah database yang dikelola sendiri dan Access Method-nya tidak disetel ke Alibaba Cloud Instance, klik Test Connectivity di kotak dialog CIDR Blocks of DTS Servers.

    5. Konfigurasikan objek untuk pelacakan perubahan.

      1. Di halaman Configure Objects, konfigurasikan objek untuk pelacakan perubahan.

        Parameter

        Deskripsi

        Data Change Types

        Secara default, parameter Data Change Types ditentukan dan tidak dapat diubah.

        • Data Update

          DTS melacak pembaruan data dari objek yang dipilih, termasuk operasi INSERT, DELETE, dan UPDATE.

        • Schema Update

          DTS melacak operasi pembuatan, penghapusan, dan modifikasi yang dilakukan pada semua skema objek instans sumber. Anda harus menggunakan klien pelacakan perubahan untuk memfilter data yang akan dilacak.

        Source Objects

        Pilih satu atau lebih objek dari bagian Source Objects dan klik ikon 向右小箭头 untuk menambahkan objek ke bagian Selected Objects.

        Catatan

        Anda dapat memilih tabel atau database sebagai objek untuk pelacakan perubahan.

        • Jika Anda memilih database sebagai objek, DTS melacak data tambahan dari semua objek, termasuk objek baru dalam database.

        • Jika Anda memilih tabel sebagai objek, DTS hanya melacak data tambahan dari tabel ini. Dalam hal ini, jika Anda ingin melacak perubahan data dari tabel lain, Anda harus menambahkan tabel tersebut ke daftar objek. Untuk informasi lebih lanjut, lihat Ubah objek untuk pelacakan perubahan.

      2. Klik Next: Advanced Settings untuk mengonfigurasi pengaturan lanjutan.

        Parameter

        Deskripsi

        Dedicated Cluster for Task Scheduling

        Secara default, DTS menjadwalkan tugas ke klaster bersama. Anda tidak perlu mengonfigurasi parameter ini. Anda dapat membeli klaster khusus dengan spesifikasi tertentu untuk menjalankan tugas pelacakan perubahan DTS. Untuk informasi lebih lanjut, lihat Apa itu klaster khusus DTS.

        Retry Time for Failed Connections

        Rentang waktu ulang untuk koneksi gagal. Jika tugas pelacakan perubahan gagal, DTS segera mencoba kembali koneksi dalam rentang waktu tersebut. Nilai valid: 10 hingga 1440. Unit: menit. Nilai default: 720. Kami sarankan Anda menyetel parameter ini ke nilai lebih besar dari 30. Jika DTS tersambung kembali ke instans database sumber dalam rentang waktu yang ditentukan, DTS melanjutkan tugas pelacakan perubahan. Jika tidak, tugas pelacakan perubahan gagal.

        Catatan

        • Jika beberapa tugas pelacakan perubahan dikonfigurasi untuk instans database, rentang waktu ulang terpendek yang berlaku. Sebagai contoh, Tugas A dan Tugas B dikonfigurasi untuk instans database yang sama. Tugas A dikonfigurasi dengan rentang waktu ulang 30 menit, dan Tugas B dikonfigurasi dengan rentang waktu ulang 60 menit. Dalam hal ini, rentang waktu ulang 30 menit yang berlaku.

        • Saat DTS mencoba kembali koneksi, biaya dikenakan. Kami sarankan Anda menentukan rentang waktu ulang berdasarkan kebutuhan bisnis Anda, atau lepaskan instans DTS sesegera mungkin setelah instans database sumber dilepaskan.

        Retry Time for Other Issues

        Rentang waktu ulang untuk masalah lainnya. Sebagai contoh, jika operasi DDL atau DML gagal dilakukan setelah tugas pelacakan perubahan dimulai, DTS segera mencoba kembali operasi dalam rentang waktu ulang. Nilai valid: 1 hingga 1440. Unit: menit. Nilai default: 10. Kami sarankan Anda menyetel parameter ini ke nilai lebih besar dari 10. Jika operasi gagal berhasil dilakukan dalam rentang waktu ulang yang ditentukan, DTS melanjutkan tugas pelacakan perubahan. Jika tidak, tugas pelacakan perubahan gagal.

        Penting

        Nilai parameter Retry Time for Other Issues harus lebih kecil dari nilai parameter Retry Time for Failed Connections.

        Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

        Menentukan apakah akan menulis operasi SQL pada tabel detak jantung ke database sumber saat instans DTS sedang berjalan. Nilai valid:

        • Yes: tidak menulis operasi SQL pada tabel detak jantung. Dalam hal ini, latensi instans DTS mungkin ditampilkan.

        • No: menulis operasi SQL pada tabel heartbeat. Dalam hal ini, fitur seperti backup fisik dan kloning database sumber mungkin terpengaruh.

        Environment Tag

        Tag lingkungan yang digunakan untuk mengidentifikasi instans DTS. Anda dapat memilih tag lingkungan berdasarkan kebutuhan bisnis Anda. Dalam contoh ini, tidak ada tag lingkungan yang dipilih.

        Monitoring and Alerting

        Menentukan apakah akan mengaktifkan peringatan untuk tugas pelacakan perubahan. Jika peringatan dikonfigurasi dan tugas gagal atau latensi melebihi ambang batas, notifikasi peringatan dikirim. Nilai valid:

    6. Di bagian bawah halaman, klik Berikutnya: Simpan Pengaturan Tugas dan Pra-pemeriksaan.

      • Untuk melihat parameter yang harus ditentukan saat memanggil operasi API terkait dalam mengonfigurasi tugas DTS, arahkan kursor ke Next: Save Task Settings and Precheck dan klik Preview OpenAPI parameters.

      • Jika Anda tidak perlu melihat atau telah melihat parameter, klik Next: Save Task Settings and Precheck di bagian bawah halaman.

      Catatan

      • Sebelum memulai tugas pelacakan perubahan, DTS melakukan pra-pemeriksaan. Anda hanya dapat memulai tugas setelah lulus pra-pemeriksaan.

      • Jika tugas gagal lulus pra-pemeriksaan, klik View Details di sebelah item yang gagal. Setelah menyelesaikan masalah berdasarkan pesan kesalahan, jalankan pra-pemeriksaan lagi.

      • Jika peringatan dihasilkan untuk suatu item selama pra-pemeriksaan, lakukan operasi berikut berdasarkan skenario:

        • Jika item peringatan tidak dapat diabaikan, klik View Details di sebelah item yang gagal dan selesaikan masalah. Kemudian, jalankan pra-pemeriksaan lagi.

        • Jika item peringatan dapat diabaikan, klik Confirm Alert Details. Di kotak dialog Lihat Detail, klik Ignore. Di pesan yang muncul, klik OK. Kemudian, klik Precheck Again untuk menjalankan pra-pemeriksaan lagi. Mengabaikan item peringatan dapat menyebabkan ketidaksesuaian data dan risiko potensial bagi bisnis Anda.

    7. Beli instans.

      1. Tunggu hingga Success Rate menjadi 100%. Kemudian, klik Next: Purchase Instance.

      2. Di halaman Purchase, tentukan metode penagihan instans pelacakan perubahan. Tabel berikut menjelaskan parameter.

        Parameter

        Deskripsi

        Metode penagihan

        • Langganan: Anda membayar langganan saat membuat instans. Metode penagihan langganan lebih hemat biaya daripada metode penagihan bayar sesuai pemakaian untuk penggunaan jangka panjang. Anda mendapatkan harga lebih rendah untuk durasi langganan yang lebih lama.

        • Bayar sesuai pemakaian: Instans bayar sesuai pemakaian ditagih per jam. Kami sarankan Anda memilih metode penagihan bayar sesuai pemakaian untuk penggunaan jangka pendek. Jika Anda tidak lagi memerlukan instans bayar sesuai pemakaian, Anda dapat melepaskan instans untuk mengurangi biaya.

        Resource Group Settings

        Grup sumber daya tempat instans milik. Nilai default: default resource group. Untuk informasi lebih lanjut, lihat Apa itu Manajemen Sumber Daya?

        Billing Type of Change Tracking Instance

        Jika Anda memilih metode penagihan langganan, Anda hanya dapat memilih Full-price Configuration Fee (No Data Traffic Fee) untuk parameter Billing Type of Change Tracking Instance.

        Subscription Duration

        Jika Anda memilih metode penagihan langganan, atur durasi langganan dan jumlah instans yang ingin Anda buat. Durasi langganan bisa satu hingga sembilan bulan, satu tahun, dua tahun, tiga tahun, atau lima tahun.

        Catatan

        Parameter ini hanya tersedia jika Anda memilih metode penagihan Subscription.

      3. Baca dan pilih Data Transmission Service (Pay-as-you-go) Service Terms.

      4. Klik Buy and Start untuk memulai tugas pelacakan perubahan. Anda dapat melihat kemajuan tugas di daftar tugas.

    Apa yang Harus Dilakukan Selanjutnya

    Saat tugas pelacakan perubahan sedang berjalan, Anda dapat Buat Grup Konsumen berdasarkan klien hilir untuk mengonsumsi data yang dilacak.