All Products
Search
Document Center

ApsaraDB RDS:Buat instans read-only RDS for MySQL

Last Updated:Mar 29, 2026

Instansi hanya baca adalah replika dari instans utama ApsaraDB RDS for MySQL Anda. Perubahan data pada instans utama secara otomatis disinkronkan ke semua instansi hanya baca yang terkait. Gunakan instansi hanya baca untuk mengalihkan trafik baca dari instans utama dan meningkatkan throughput untuk beban kerja yang dominan membaca.

Untuk mesin database lainnya, lihat Buat instans read-only ApsaraDB RDS for SQL Server dan Buat instans read-only ApsaraDB RDS for PostgreSQL.

Prasyarat

Sebelum memulai, pastikan instans utama Anda memenuhi semua persyaratan berikut. Periksa halaman Basic Information instans untuk mengonfirmasi.

  • Versi MySQL: 8.0, 5.7, atau 5.6

  • Metode penagihan: subscription atau pay-as-you-go (instansi Serverless tidak didukung)

  • Edisi: RDS High-availability Edition

Batasan dan catatan perilaku

Batasan ketat:

  • Maksimal 10 instansi hanya baca per instans utama.

  • Instansi hanya baca hanya dapat dibuat dari instans utama. Konversi instansi yang sudah ada tidak didukung.

  • Kelas penyimpanan instansi hanya baca harus sesuai dengan kelas penyimpanan instans utama.

  • Storage space:

    • Instansi berbasis disk: Storage space tidak boleh lebih kecil daripada storage space instans utama. Jika instans utama memiliki lebih banyak memori daripada instansi hanya baca, instansi hanya baca akan restart saat Anda mengubah spesifikasi instans utama.

    • Instansi berbasis local disk: Storage space tidak boleh lebih kecil daripada storage space instans utama.

  • Instansi hanya baca hanya mendukung kebijakan retensi log lokal. Kebijakan backup otomatis dan backup manual tidak didukung (backup instans utama sudah mencakup data tersebut).

  • Opsi Virtual Private Cloud (VPC) terbatas saat membuat instansi hanya baca.

Catatan perilaku:

  • Data disalin dari node secondary instans utama, sehingga pembuatan instansi hanya baca tidak memengaruhi kinerja instans utama. Namun, Anda tidak dapat mengubah spesifikasi instans utama selama proses pembuatan instansi hanya baca.

  • Instansi hanya baca tidak mewarisi pengaturan parameter dari instans utama. Nilai parameter default diterapkan. Ubah parameter melalui Konsol instansi hanya baca jika diperlukan.

  • Jika instans utama di-release, instansi hanya baca berlangganan akan secara otomatis dikembalikan dan di-release. Instansi hanya baca pay-as-you-go akan segera di-release.

  • Metode penagihan dapat berupa subscription atau pay-as-you-go. Untuk informasi harga, lihat Tipe instansi hanya baca.

Lihat instansi hanya baca dan titik akhirnya

  1. Login ke Konsol ApsaraDB RDS. Di panel navigasi kiri, klik Instances dan pilih wilayah di bilah navigasi atas.

  2. Di daftar instans, temukan instans utama dan klik panah di sebelah kirinya untuk memperluas instansi hanya baca yang terkait. Atau, klik ID instans utama untuk membuka halaman detailnya. Instansi hanya baca tercantum di Basic Information > Instance Distribution.

    image

    image

  3. Untuk melihat titik akhir instansi hanya baca, klik ID instansi hanya baca untuk membuka halaman detailnya. Di Basic Information > Network Type, klik View Details.

    image

Monitor latensi replikasi

Latensi replikasi dapat terjadi saat instansi hanya baca menyinkronkan data dari instans utama, biasanya selama transaksi besar atau operasi DDL. Dalam kondisi normal, latensi tetap di bawah 1 detik. Latensi melebihi 1 detik menunjukkan keterlambatan sinkronisasi; dalam kasus ekstrem, koneksi replikasi dapat terputus.

Lihat latensi replikasi saat ini di halaman Basic Information instansi hanya baca.

Delay rangeStatusAction
Dalam 1 detikNormalTidak perlu tindakan.
Melebihi 1 detikSynchronization lagSelidiki transaksi besar atau operasi DDL. Lihat Penyebab dan solusi latensi replikasi.
Replication connection brokenExtreme lagIkuti panduan troubleshooting pada tautan di atas.

Konfigurasikan read/write splitting

Setelah menambahkan instansi hanya baca, konfigurasikan read/write splitting dengan salah satu dari dua cara berikut:

Untuk informasi lebih lanjut, lihat Apa itu database proxy?, Apa itu read/write splitting?, dan Aktifkan database proxy.

Nonaktifkan instansi hanya baca tanpa downtime

Saat Anda perlu menghapus instansi hanya baca dari lingkungan read/write splitting, atur bobot trafiknya menjadi 0 terlebih dahulu dan tunggu hingga sesi aktif selesai sebelum menghapusnya.

Contoh berikut mengasumsikan konfigurasi dengan instans utama A dan instansi hanya baca B serta C, dan Anda ingin menonaktifkan instans C.

  1. Buka halaman RDS Instances, pilih wilayah tempat instans A berada, lalu klik ID instans A.

  2. Di panel navigasi kiri, klik Database Proxy. Di bagian Connection Topology Management, klik Modify Configuration.

    image

  3. Pada kotak dialog Modify Proxy Endpoint (Terminal) Configuration, atur bobot baca menjadi 0 untuk instansi hanya baca C.

    image

  4. Buka halaman Monitoring and Alerts untuk instans C. Di bagian Session Connection, monitor metrik active_session dan tunggu hingga nilainya mencapai 0. Jika nilai tidak mencapai 0 setelah periode yang lama, hentikan sesi yang tersisa secara manual.

    image

  5. Di tab Database Proxy untuk instans utama A, hapus instans C dari titik akhir proxy database.

Pertanyaan umum

Pembuatan

  • Mengapa saya tidak bisa memilih zona tertentu saat membuat instansi hanya baca?

    Resource tidak tersedia di zona tersebut. Pilih zona lain — hal ini tidak memengaruhi fungsionalitas instansi hanya baca.

  • Apakah instansi hanya baca dapat menggunakan VPC yang berbeda dari instans utama?

    Bergantung pada jenis jaringan dan kelas penyimpanan instans utama:

    • Jika instans utama berada di jaringan klasik, VPC apa pun valid untuk instansi hanya baca.

    • Jika instans utama berada di VPC:

      • Penyimpanan Local SSD: VPC apa pun valid.

      • Penyimpanan cloud disk: VPC harus sesuai dengan VPC instans utama.

  • Apakah pembuatan instansi hanya baca memengaruhi instans utama?

    Data disalin dari node secondary instans utama, sehingga kinerja instans utama tidak terpengaruh. Namun, Anda tidak dapat mengubah spesifikasi instans utama selama proses pembuatan instansi hanya baca.

  • Apakah saya dapat menambahkan instansi hanya baca ke instans Basic Edition untuk read/write splitting?

    Instansi Basic Edition tidak mendukung instansi hanya baca secara langsung. Untuk menggunakan read/write splitting:

  • Apakah saya dapat memilih zona primary dan secondary untuk instansi hanya baca High-availability Edition?

    Pemilihan zona hanya tersedia jika instans utama adalah instans berbasis disk yang menjalankan Milvus versi 20210430 atau lebih baru.

Sinkronisasi data dan latensi replikasi

  • Berapa lama waktu yang dibutuhkan untuk sinkronisasi data?

    Dalam kondisi normal, sinkronisasi bersifat real time. Latensi replikasi dapat terjadi selama transaksi besar atau operasi DDL. Latensi aktual bervariasi.

  • Bagaimana cara mengetahui apakah replikasi dalam kondisi sehat?

    Latensi replikasi dalam 1 detik merupakan kondisi normal. Latensi melebihi 1 detik menunjukkan keterlambatan sinkronisasi. Dalam kasus ekstrem, koneksi replikasi dapat terputus.

  • Apa penyebab latensi replikasi?

    Lihat Penyebab dan solusi latensi replikasi instansi hanya baca ApsaraDB RDS for MySQL.

  • Apakah instansi hanya baca mendukung replikasi paralel?

    Ya.

Koneksi dan routing

  • Bagaimana cara memaksa permintaan diarahkan ke instans utama?

    Tersedia tiga opsi:

    • Hubungkan langsung ke titik akhir internal atau publik instans utama.

    • Bungkus permintaan dalam transaksi. Saat database proxy diaktifkan dan transaction splitting dinonaktifkan, semua operasi dalam transaksi akan diarahkan ke instans utama.

    • Gunakan sintaks Hint untuk secara eksplisit mengarahkan permintaan. Lihat Sintaks Hint.

  • Apakah instansi hanya baca memiliki titik akhir sendiri?

    Ya. Setiap instansi hanya baca memiliki titik akhir khusus, yang tercantum di Basic Information > Network Type pada halaman detail instans.

O&M Instansi

  • Instansi hanya baca menggunakan lebih banyak storage daripada instans utama. Apakah ini normal?

    Ya. Instans utama mengeksekusi pernyataan SQL asli (INSERT, UPDATE, dan sebagainya), sedangkan instansi hanya baca memutar ulang event binary logging berbasis baris. Perbedaan mekanisme penulisan halaman InnoDB ini dapat menyebabkan page splits dan fragmentasi storage internal yang lebih besar pada instansi hanya baca. Dalam skenario dengan pembaruan, penghapusan, atau transaksi besar yang sering, file ibdata1, undo log, dan file sementara pada instansi hanya baca dapat tumbuh lebih cepat daripada di instans utama.

    Untuk mereklaim ruang, buat ulang instansi hanya baca: setelah mengaktifkan read/write splitting dengan database proxy, buat node hanya baca baru, verifikasi bahwa node tersebut berfungsi sebagaimana mestinya, lalu hapus node lama.

  • Untuk instansi hanya baca High-availability Edition, bagaimana cara mengonfigurasi parameter untuk kedua node primary dan secondary?

    Atur parameter pada node primary instansi hanya baca. Node secondary secara otomatis menyinkronkan nilai parameter dari node primary. Modifikasi langsung pada node secondary tidak didukung.

  • Apakah instansi hanya baca dapat dikonversi menjadi instans reguler?

    Tidak.

  • Apakah saya perlu melakukan backup instansi hanya baca?

    Tidak. Backup data dari instans utama. Backup snapshot tidak memberikan beban kinerja pada instans utama.

  • Bagaimana log biner di-purge?

    Log biner dihapus secara otomatis atau manual berdasarkan aturan yang dikonfigurasi.

  • Apakah mengubah konfigurasi, melepas, atau mengubah metode penagihan instansi hanya baca memengaruhi instans utama?

    Tidak.

Penagihan

Referensi API

APIDescription
Buat instansi hanya bacaMembuat instans read-only RDS