ApsaraDB RDS：FAQ tentang proksi database

Daftar Isi

• Apa itu proksi database?

• Apa perbedaan antara proksi database tujuan umum dan proksi database khusus?

• Apakah proksi database mengonsumsi QPS atau TPS dari instans RDS utama saya?

• Apakah titik akhir proksi database sama dengan titik akhir biasa?

• Setelah saya mengaktifkan fitur proksi database, apakah sistem akan menarik kembali titik akhir asli dari instans RDS utama dan instans RDS read-only-nya?

• Apakah jenis jaringan internal proksi database sama dengan jenis jaringan internal dari instans RDS utamanya?

• Arsitektur apa yang digunakan oleh proksi database? Apakah arsitektur ini menyediakan mekanisme failover?

• Apa hubungan antara spesifikasi proksi database dan spesifikasi node proksi?

• Apa hubungan antara jumlah proksi database dan spesifikasi proksi database?

• Apa batasan pada spesifikasi node proksi?

• Apakah jumlah titik akhir proksi database bergantung pada jumlah proksi database?

• Apakah performa proksi database meningkat jika saya menambah jumlah titik akhir proksi database?

• Apakah jumlah koneksi ke proksi database dibatasi?

• Apa yang harus saya lakukan jika terjadi kesalahan timeout saat saya menggunakan titik akhir proksi database untuk terhubung ke instans RDS saya?

• Bisakah saya memodifikasi titik akhir proksi database atau titik akhir pemisahan baca/tulis?

• Jika instans RDS utama saya memproses sejumlah kecil permintaan tulis, apakah permintaan baca juga dapat dikirim ke instans RDS utama saya?

• Apakah pemisahan baca/tulis mendukung petunjuk?

• Mengapa beban pada instans RDS utama dan instans RDS read-only tidak sesuai dengan bobot baca dari instans-instans tersebut?

• Jika saya menonaktifkan fitur proksi database untuk instans RDS saya, apakah saya dapat menetapkan bobot baca ke instans RDS read-only-nya?

• Jika instans RDS read-only menjadi rusak, koneksi baru hanya akan dibuat ke instans RDS read-only lain yang sehat. Dalam hal ini, apakah koneksi saat ini ke instans RDS read-only yang rusak gagal over ke instans RDS read-only lain yang sehat?

• Setelah saya mengaktifkan fitur proksi database untuk instans RDS saya, bagaimana cara memverifikasi pemisahan baca/tulis?

• Setelah saya membeli instans RDS read-only untuk menerapkan pemisahan baca/tulis, apakah data historis dari instans RDS utama saya secara otomatis disinkronkan ke instans RDS read-only?

• Apa perbedaan antara kolam koneksi dalam proksi database dan kolam koneksi dalam aplikasi? Bagaimana cara menggunakan kolam koneksi bersama-sama?

• Mengapa karakter berantakan dikembalikan ketika saya menanyakan data?

• Apakah operasi DDL disinkronkan secara otomatis dari instans RDS utama ke instans RDS sekunder?

• Apakah fitur akses terdekat menjadi tidak tersedia setelah Anda memigrasikan node proksi lintas zona?

• Bisakah saya mengubah zona node proksi saat saya memodifikasi konfigurasi node proksi?

• Ketika saya mengubah mode penyebaran dari penyebaran dua zona menjadi penyebaran satu zona, pesan kesalahan yang menunjukkan bahwa ID vSwitch dari titik akhir proksi database tidak berada di zona yang ditentukan ditampilkan. Apa yang harus saya lakukan?

• Apakah alamat IP yang diselesaikan dari titik akhir proksi database tetap?

• Bagaimana cara menentukan apakah sesi terhubung melalui titik akhir proksi database?

• Mengapa saya tidak bisa mengambil data yang baru saja saya tulis saat saya menanyakan melalui titik akhir proksi database?

Apa itu proksi database?

Proksi database berfungsi sebagai proxy jaringan antara sistem database Anda dan aplikasi Anda, meneruskan semua permintaan dari aplikasi Anda. Proksi database menyediakan kemampuan canggih seperti pemisahan baca/tulis otomatis, pemisahan transaksi, pooling koneksi, dan koneksi persisten. Proksi database mudah digunakan dan dirawat, serta memberikan ketersediaan tinggi dan performa tinggi.

Apa perbedaan antara proksi database tujuan umum dan proksi database khusus?

• Tujuan Umum: Jenis proksi database ini berbagi sumber daya CPU fisik dan disediakan secara gratis. Spesifikasi tertinggi dari jenis proksi database ini adalah 16 core CPU yang disediakan oleh delapan node proksi.

• Khusus: Jenis proksi database ini secara eksklusif menempati sumber daya CPU fisik dan dikenai biaya berdasarkan metode penagihan bayar sesuai pemakaian. Spesifikasi tertinggi dari jenis proksi database ini adalah 64 core CPU yang disediakan oleh 32 node proksi. Jenis proksi database ini memberikan performa yang lebih stabil.

Untuk informasi lebih lanjut, lihat Tipe proksi database, Hubungan antara jumlah proksi database dan spesifikasi proksi database, Aturan penagihan untuk fitur proksi database.

Apakah proksi database mengonsumsi QPS atau TPS dari instans RDS utama saya?

Tidak, hal tersebut tidak akan terjadi.

Apakah titik akhir proksi database sama dengan titik akhir biasa?

Nomor.

• Titik akhir biasa meneruskan semua permintaan yang hanya dikirim ke instans RDS.

• Titik akhir proksi database secara otomatis meneruskan permintaan tulis ke instans RDS utama dan permintaan baca ke instans RDS read-only berdasarkan pernyataan SQL yang dieksekusi. Ini membantu mengurangi beban pada instans RDS utama.

Setelah saya mengaktifkan fitur proksi database, apakah sistem akan menarik kembali titik akhir asli dari instans RDS utama dan instans RDS read-only-nya?

Tidak akan ditarik kembali.

Apakah jenis jaringan internal proksi database sama dengan jenis jaringan internal dari instans RDS utamanya?

Ya, jenis jaringan internal proksi database dan instans RDS utamanya adalah virtual private clouds (VPC).

Arsitektur apa yang digunakan oleh proksi database? Apakah arsitektur ini menyediakan mekanisme failover?

Proksi database menggunakan arsitektur kluster dengan ketersediaan tinggi dengan dua node utama. Koneksi didistribusikan ke dua node dengan rasio 1:1. Jika satu node gagal, node lainnya mengambil alih node yang rusak dan sistem secara otomatis memicu tugas pemulihan pada node yang rusak untuk memastikan ketersediaan tinggi layanan database.

Untuk informasi lebih lanjut tentang arsitektur penyebaran proksi database, lihat Arsitektur penyebaran node proksi.

Apa hubungan antara spesifikasi proksi database dan spesifikasi node proksi?

Spesifikasi proksi database = Total spesifikasi semua node proksi.

Sebagai contoh, empat node proksi database khusus diterapkan di Zona A dan Zona B dan jumlah core CPU untuk satu node proksi adalah 1 di Zona A dan 2 di Zona B. Spesifikasi untuk proksi database adalah 6 core CPU. Nilai ini diperoleh berdasarkan perhitungan berikut: 1 × 2 + 2 × 2 = 2 + 4 = 6.

Apa hubungan antara jumlah proksi database dan spesifikasi proksi database?

Jumlah proksi = Spesifikasi proksi / Spesifikasi unit proksi, di mana spesifikasi unit proksi adalah 2 core CPU.

Sebagai contoh, jika spesifikasi proksi database adalah 6 core CPU, jumlah node proksi adalah 3. Nilai ini diperoleh berdasarkan perhitungan berikut: 6/2 = 3.

Apa batasan pada spesifikasi node proksi?

• Node proksi tujuan umum dapat memiliki hingga 8 core CPU, dan node proksi khusus dapat memiliki hingga 16 core CPU.

• Spesifikasi node proksi yang diterapkan di zona yang sama harus sama.

• Dalam mode penyebaran dua zona yang melibatkan dua node proksi, spesifikasi node proksi harus sama.

• Spesifikasi node proksi yang diterapkan di zona berbeda dapat berbeda. Jika Anda menerapkan node proksi tujuan umum di zona berbeda, kami sarankan agar node proksi menggunakan spesifikasi yang sama.

Apakah ada hubungan antara jumlah proksi dan jumlah alamat proksi?

Nomor.

Setiap instans RDS dengan fitur proksi database yang diaktifkan mendukung hingga tujuh titik akhir proksi database.Anda dapat mengajukan satu titik akhir internal dan satu titik akhir publik untuk setiap titik akhir proksi database. Untuk informasi lebih lanjut, lihat Buat titik akhir proksi database.

Apakah performa proksi database meningkat jika saya menambah jumlah titik akhir proksi database?

Nomor.

Jika instans RDS Anda menjalankan Edisi Ketersediaan Tinggi RDS, performa fitur proksi database untuk instans RDS tersebut berkaitan dengan jumlah instans RDS read-only, jumlah proksi database, dan spesifikasi proksi database. Jika instans RDS Anda menjalankan Edisi Kluster RDS, performa proksi database untuk kluster RDS berkaitan dengan jumlah node sekunder, jumlah proksi database, dan spesifikasi proksi database. Instans RDS yang menjalankan Edisi Kluster RDS disebut sebagai kluster RDS.

• Jika Anda menambah jumlah instans RDS read-only untuk instans RDS yang menjalankan Edisi Ketersediaan Tinggi RDS atau jumlah node sekunder untuk kluster RDS, proksi database dapat memproses lebih banyak permintaan baca.

• Jika Anda menambah jumlah proksi database atau menambah spesifikasi proksi database, performa proksi database meningkat.

Apakah jumlah koneksi ke proksi database dibatasi?

Jumlah maksimum koneksi yang dapat dibuat ke proksi database tidak terbatas. Jumlah maksimum koneksi bervariasi berdasarkan spesifikasi instans RDS utama dan instans RDS read-only dalam sistem database Anda.

Apa yang harus saya lakukan jika terjadi kesalahan timeout saat saya menggunakan titik akhir proksi database untuk terhubung ke instans RDS saya?

Kami sarankan Anda meningkatkan nilai parameter wait_timeout dan mencoba lagi. Untuk informasi lebih lanjut tentang cara memodifikasi parameter instans, lihat Konfigurasikan parameter instans.

Bisakah saya memodifikasi titik akhir proksi database atau titik akhir pemisahan baca/tulis?

Ya, itu benar.

Untuk informasi lebih lanjut tentang cara memodifikasi titik akhir proksi database atau titik akhir pemisahan baca/tulis, lihat Kelola titik akhir proksi database.

Jika instans RDS utama saya memproses sejumlah kecil permintaan tulis, apakah permintaan baca juga dapat dikirim ke instans RDS utama saya?

Ya, benar.

Anda hanya perlu menentukan bobot baca yang tepat untuk instans RDS utama Anda. Untuk informasi lebih lanjut tentang cara menetapkan bobot baca untuk instans RDS utama Anda, lihat Aktifkan fitur proksi database.

Apakah pemisahan baca/tulis mendukung petunjuk?

Ya, fitur pemisahan baca/tulis mendukung petunjuk. Anda dapat menggunakan petunjuk untuk secara paksa merutekan permintaan ke instans RDS utama. Untuk informasi lebih lanjut tentang format petunjuk yang didukung, lihat bagian tentang menggunakan petunjuk untuk menentukan pernyataan SQL yang akan dikirim ke instans RDS utama atau instans RDS read-only dalam Aturan alokasi bobot baca oleh sistem.

Setelah saya memodifikasi bobot baca instans RDS utama dan instans RDS read-only saya, bobot baca baru tidak berlaku. Mengapa?

Bobot baca baru hanya berlaku pada koneksi baru. Bobot baca baru tidak berlaku pada koneksi yang ada karena koneksi yang ada tidak dibuat ulang.

Mengapa beban pada instans RDS utama dan instans RDS read-only tidak sesuai dengan bobot baca dari instans-instans tersebut?

Jika beban pada setiap node tidak sesuai dengan bobot baca yang dikonfigurasi, periksa dua aspek berikut:

• Permintaan berisi transaksi. Semua permintaan yang berisi transaksi hanya diteruskan ke instans RDS utama. Untuk mengurangi beban permintaan dari instans RDS utama, Anda dapat mengaktifkan pemisahan transaksi. Untuk informasi lebih lanjut, lihat Gunakan fitur pemisahan transaksi pada instans ApsaraDB RDS untuk MySQL.

• Titik akhir instans RDS utama dan instans RDS read-only digunakan untuk terhubung ke sistem database Anda. Akibatnya, permintaan tidak diteruskan ke instans RDS utama dan instans RDS read-only berdasarkan bobot baca dari instans-instans tersebut. Dalam hal ini, Anda dapat menggunakan titik akhir proksi database untuk terhubung ke sistem database Anda.

Jika saya menonaktifkan fitur proksi database untuk instans RDS saya, apakah saya dapat menetapkan bobot baca ke instans RDS read-only-nya?

Tidak, Anda tidak dapat menetapkan bobot baca ke instans RDS read-only jika Anda menonaktifkan fitur proksi database untuk instans RDS Anda. Anda dapat mengonfigurasi titik akhir instans RDS utama dan instans RDS read-only-nya di aplikasi yang berbeda untuk menerapkan pemisahan baca/tulis dan load balancing.

Jika instans RDS read-only menjadi rusak, koneksi baru hanya dibuat ke instans RDS read-only lain yang sehat. Dalam hal ini, apakah koneksi saat ini ke instans RDS read-only yang rusak gagal over ke instans RDS read-only lain yang sehat?

Tidak, koneksi saat ini ke instans RDS read-only yang rusak tidak gagal over ke instans RDS read-only lain yang sehat. Anda harus menunggu hingga koneksi saat ini habis waktu. Kemudian, koneksi baru dibuat ke instans RDS read-only lain yang sehat.

Bagaimana cara memverifikasi pemisahan baca/tulis setelah mengaktifkan fitur proksi database untuk instans RDS?

Untuk informasi lebih lanjut tentang cara memverifikasi pemisahan baca/tulis, lihat Verifikasi pemisahan baca/tulis pada instans ApsaraDB RDS untuk MySQL.

Setelah saya membeli instans RDS read-only untuk menerapkan pemisahan baca/tulis, apakah data historis dari instans RDS utama saya secara otomatis disinkronkan ke instans RDS read-only?

Ya, setelah Anda mengaktifkan fitur proksi database dan menyelesaikan konfigurasi untuk pemisahan baca/tulis, data historis dari instans RDS utama secara otomatis disinkronkan ke instans RDS read-only.

Apa perbedaan antara kolam koneksi dalam proksi database dan kolam koneksi dalam aplikasi? Bagaimana cara menggunakan kolam koneksi bersama-sama?

Fitur pooling koneksi dari proksi database di ApsaraDB RDS untuk MySQL tidak memengaruhi fitur pooling koneksi dari klien. Jika klien menyediakan kolam koneksi, Anda dapat menonaktifkan fitur pooling koneksi dari proksi database. Untuk informasi lebih lanjut tentang fitur pooling koneksi dari proksi database di ApsaraDB RDS untuk MySQL, lihat Atur tipe kolam koneksi instans ApsaraDB RDS untuk MySQL.

Mengapa karakter berantakan dikembalikan ketika saya menanyakan data?

Set karakter yang digunakan pada instans RDS utama mungkin berbeda dari set karakter yang digunakan pada instans RDS read-only. Anda dapat menjalankan pernyataan berikut untuk memeriksa apakah instans RDS utama dan instans RDS read-only menggunakan set karakter yang sama:

select 
@@global.character_set_results, 
@@global.character_set_client, 
@@global.character_set_connection, 
@@global.character_set_server;

Jika instans RDS utama dan instans RDS read-only menggunakan set karakter yang berbeda, Anda dapat memodifikasi set karakter instans RDS utama atau instans RDS read-only untuk memastikan bahwa instans-instans tersebut menggunakan set karakter yang sama. Untuk informasi lebih lanjut tentang cara memodifikasi set karakter instans RDS, lihat Deskripsi set karakter untuk ApsaraDB RDS untuk MySQL.

Apakah operasi DDL disinkronkan secara otomatis dari instans RDS utama ke instans RDS sekunder?

Semua operasi DDL seperti membuat dan menghapus database dan tabel, mengubah skema tabel, dan mengubah izin disinkronkan secara otomatis dari instans RDS utama ke instans RDS sekunder.

Bagaimana cara melihat parameter ID VPC dan ID vSwitch dari titik akhir internal tipe VPC?

Di halaman Database Proxy dari instans, di bagian Connection Information, gerakkan penunjuk ke ikon di sebelah kanan Port, seperti yang ditunjukkan pada gambar berikut.

Apakah migrasi lintas zona proksi database memengaruhi koneksi ke instans RDS utama saya?

Migrasi lintas zona proksi database hanya memengaruhi beban kerja Anda jika Anda menggunakan titik akhir proksi database untuk terhubung ke instans RDS Anda. Jika instans RDS Anda menjalankan Edisi Ketersediaan Tinggi RDS dan Anda menggunakan titik akhir instans RDS utama atau instans RDS read-only untuk menghubungkan aplikasi Anda ke instans RDS, beban kerja Anda tidak terpengaruh. Jika instans RDS Anda menjalankan Edisi Kluster RDS dan Anda menggunakan titik akhir baca/tulis, titik akhir baca saja, atau titik akhir koneksi node langsung untuk menghubungkan aplikasi Anda ke instans RDS, beban kerja Anda tidak terpengaruh. Kami sarankan Anda menghubungkan aplikasi Anda ke instans RDS menggunakan titik akhir-titik akhir tersebut dan memigrasikan proksi database lintas zona selama jam non-puncak.

Apa dampak dari migrasi lintas zona proksi database?

Saat Anda memigrasikan proksi database lintas zona, koneksi transien yang berlangsung selama sekitar 30 detik terjadi selama migrasi. Durasi koneksi transien bervariasi berdasarkan bisnis Anda. Kami sarankan Anda menggunakan titik akhir yang tidak terpengaruh oleh migrasi untuk terhubung ke instans RDS Anda dan memigrasikan proksi database lintas zona selama jam non-puncak. Untuk informasi lebih lanjut tentang dampaknya, lihat Migrasikan proksi database lintas zona.

Apakah fitur akses terdekat menjadi tidak tersedia setelah Anda memigrasikan node proksi lintas zona?

Ini mungkin menjadi tidak valid.

Setelah migrasi lintas zona, zona terdekat baru dapat diakses secara default. Zona terdekat asli tidak lagi dapat diakses. Jika Anda mengubah zona titik akhir proksi ke zona yang berbeda dari zona default, akses terdekat ke zona baru gagal. Tabel berikut menggambarkan contoh skenario.

Bisakah saya mengubah zona node proksi saat saya memodifikasi konfigurasi node proksi?

Tidak didukung.

Untuk informasi lebih lanjut tentang cara memigrasikan node proksi lintas zona, lihat Migrasikan proksi database lintas zona.

Ketika saya mengubah mode penyebaran dari penyebaran dua zona menjadi penyebaran satu zona, pesan kesalahan yang menunjukkan bahwa ID vSwitch dari titik akhir proksi database tidak berada di zona yang ditentukan ditampilkan. Apa yang harus saya lakukan?

Jika Anda mengubah mode penyebaran dari penyebaran dua zona (Zona 1+Zona 2) menjadi penyebaran satu zona (Zona 1), Anda harus menghapus titik akhir proksi database di Zona 2. Untuk informasi lebih lanjut, lihat Kelola titik akhir proksi database.

Apakah alamat IP yang diselesaikan dari titik akhir proksi database tetap?

Tidak, alamat IP tidak tetap. Anda harus menggunakan titik akhir proksi database (misalnya, d3pswqe3jk9xwc5d****-rw4rm.rwlb.rds.aliyuncs.com) untuk terhubung ke instans RDS Anda. Jangan gunakan alamat IP yang diselesaikan.

Bagaimana cara menentukan apakah sesi terhubung melalui titik akhir proksi database?

Anda dapat menentukan apakah sesi terhubung melalui titik akhir proksi database berdasarkan ID sesi. Jika ID sesi kurang dari 16777215, sesi terhubung melalui Lihat dan kelola titik akhir instans dan port. Sebaliknya, sesi terhubung melalui titik akhir proksi database.

Anda dapat melihat ID sesi menggunakan fitur Pengelola Sesi.

Mengapa saya tidak bisa mengambil data yang baru saja saya tulis saat saya menanyakan melalui titik akhir proksi database?

Penyebab umum: Titik akhir proksi database merutekan permintaan ke instans RDS read-only, tetapi instans RDS read-only belum menerapkan log biner yang sesuai. Akibatnya, Anda tidak dapat menanyakan data terbaru.

Solusi:

• Gunakan sintaks petunjuk untuk merutekan kueri yang memerlukan konsistensi kuat ke instans RDS utama menggunakan /*FORCE_MASTER*/.

• Atur pemisahan transaksi dan enkapsulasi kueri yang memerlukan konsistensi kuat dalam transaksi.

• Atur tingkat konsistensi ke konsistensi global.