ApsaraDB RDS:Catatan penggunaan fitur proksi database

Proksi Edisi Serbaguna gratis. Proksi spesifikasi khusus, instansi hanya baca, dan instans utama ditagih secara terpisah.

Jika fitur koneksi persisten tidak diaktifkan untuk proksi database, perubahan konfigurasi pada instans utama atau instansi hanya baca dapat menyebabkan alih bencana instans. Untuk informasi lebih lanjut mengenai dampak alih bencana instans, lihat Dampak alih bencana instans.

Jika Anda menambahkan instansi hanya baca ke titik akhir proksi database atau me-restart instansi hanya baca yang terhubung ke titik akhir tersebut, permintaan dari koneksi baru maupun yang sudah ada akan diarahkan ke instansi hanya baca yang baru atau yang telah di-restart.

Jika Anda menghapus instansi hanya baca dari titik akhir proksi database, pernyataan yang sedang berjalan pada instansi tersebut akan gagal. Untuk mengambil instansi hanya baca offline tanpa memengaruhi aplikasi Anda, upgrade versi mesin minor proksi ke 2.8.41 atau yang lebih baru dan atur atribut baca/tulis proksi menjadi Read/Write. Untuk informasi lebih lanjut, lihat Upgrade versi mesin minor proksi database dan Konfigurasikan atribut baca/tulis dan bobot baca.

Titik akhir proksi database tidak mendukung protokol kompresi.

Untuk instans RDS yang menjalankan Edisi Ketersediaan Tinggi, parameter max_prepared_stmt_count harus memiliki nilai yang sama pada instans utama dan instansi hanya bacanya.

Proksi database menggunakan model koneksi 1:N. Saat aplikasi Anda terhubung ke proksi, proksi akan membuat koneksi ke instans utama dan semua instansi hanya baca yang dikonfigurasi. Proksi database itu sendiri tidak membatasi jumlah maksimum koneksi; batas ini ditentukan oleh spesifikasi node database backend. Jika pooling koneksi tingkat transaksi dinonaktifkan, setiap koneksi klien akan membuat koneksi yang sesuai pada instans utama dan setiap instansi hanya baca. Setelah mengaktifkan proksi database, pertahankan spesifikasi koneksi maksimum untuk instans utama dan instansi hanya baca agar sedekat mungkin. Jika tidak, jumlah koneksi untuk aplikasi Anda akan dibatasi oleh instans dengan batas koneksi terendah.

Saat menggunakan titik akhir proksi database, jika pemisahan transaksi dinonaktifkan, semua permintaan transaksi akan diarahkan ke instans utama.

Saat menggunakan titik akhir proksi database untuk pemisahan baca/tulis, konsistensi baca untuk pembacaan non-transaksional tidak dijamin. Untuk memastikan konsistensi baca, bungkus permintaan baca dalam transaksi atau gunakan sintaks hint.

Fitur kolam koneksi diaktifkan secara default, yang dapat menyebabkan perintah show processlist menampilkan koneksi pengguna yang idle. Saat menggunakan titik akhir proksi database, perintah show processlist menggabungkan dan mengembalikan hasil dari semua node.

Jika Anda mengeksekusi multi-statements atau memanggil prosedur tersimpan, semua permintaan berikutnya melalui koneksi saat ini akan diarahkan ke node utama. Untuk melanjutkan pemisahan baca/tulis, Anda harus menutup koneksi saat ini dan membuat koneksi baru.

Jika Anda menggunakan command line MySQL untuk terhubung dan mengeksekusi pernyataan hint, sertakan opsi -c dalam perintah. Jika tidak, tool command-line MySQL akan menyaring hint tersebut. Untuk informasi selengkapnya mengenai sintaks hint, lihat Gunakan sintaks hint.

Jika instans utama terkunci, instans proksi versi 2.9.5 atau yang lebih baru tidak akan dirilis. Instans tersebut tetap dapat memproses permintaan baca, namun tidak dapat memproses permintaan tulis.

Jika Anda merilis instans utama, proksi database akan secara otomatis dirilis, dan tidak ada biaya yang dikenakan untuk proksi spesifikasi khusus setelah rilis.

Karena proksi saat ini tidak mendukung penggantian VPC atau vSwitch, mengubah VPC instans utama tidak akan mengubah VPC proksi. Meskipun proksi masih dapat berkomunikasi dengan instans utama, Anda tidak akan dapat mengakses titik akhir proksi melalui VPC yang telah dimodifikasi.

Saat Anda menggunakan akun istimewa untuk mengonfigurasi rentang host suatu akun, proksi mendukung blok CIDR dalam format 10.1.2.%.

Daftar putih IP untuk proksi database sama dengan daftar putih IP untuk instans utama. Jika Anda memperbarui daftar putih IP untuk instans utama, daftar putih IP untuk proksi database juga akan diperbarui.

Pada jaringan dengan latensi tinggi, jika Anda berlangganan binary logging (Binlog) melalui titik akhir proksi database, throughput jaringan untuk Binlog Dump dapat menjadi bottleneck performa. Hal ini dapat menyebabkan penumpukan latensi replikasi di sistem downstream. Kami menyarankan agar Anda menarik data Binlog dengan mengonfigurasi koneksi langsung ke node database dalam aplikasi atau layanan Anda.

Migrasi zona dapat menyebabkan fitur akses terdekat menjadi tidak valid.

Setelah migrasi, Anda dapat mengakses zona baru secara default, dan fitur akses terdekat untuk zona asli menjadi tidak valid. Jika Anda mengubah zona target titik akhir proksi database ke zona yang berbeda dari zona default, fitur akses terdekat untuk zona yang sesuai juga menjadi tidak valid. Tabel berikut menjelaskan skenario contoh.

Fitur akses terdekat hanya didukung untuk Mode Penyebaran 1 proksi spesifikasi khusus. Jika fitur ini diaktifkan dan Anda ingin beralih ke proksi serbaguna atau mode penyebaran lainnya, Anda harus terlebih dahulu menonaktifkan fitur akses terdekat sebelum mengubah konfigurasi. Untuk informasi lebih lanjut mengenai cara menonaktifkan fitur akses terdekat, lihat Atur akses terdekat. Untuk informasi lebih lanjut mengenai arsitektur penyebaran proksi, lihat Arsitektur penyebaran proksi.