Peningkatan versi utama - PolarDB

PolarDB for MySQL memungkinkan peningkatan kluster antar versi utama dan edisi yang berbeda. Selama proses ini, sistem secara otomatis membuat kluster PolarDB tujuan serta menyinkronkan data dari kluster sumber. Kluster tujuan PolarDB for MySQL mempertahankan akun, basis data, daftar putih IP, dan parameter penting lainnya dari kluster sumber PolarDB for MySQL.

Peningkatan versi
- Tingkatkan kluster PolarDB for MySQL 5.6 ke kluster PolarDB for MySQL 5.7, 8.0.1, atau 8.0.2.
- Tingkatkan kluster PolarDB for MySQL 5.7 ke kluster PolarDB for MySQL 8.0.1 atau 8.0.2.
- Tingkatkan kluster PolarDB for MySQL 8.0.1 ke kluster PolarDB for MySQL 8.0.2.
Peningkatan edisi
Kluster Enterprise Edition: tingkatkan dari Cluster Edition ke Edisi Kluster Multi-master (Limitless).
Perubahan metode penagihan
- Ubah kluster langganan atau bayar sesuai pemakaian dengan spesifikasi tetap menjadi kluster serverless.
- Ubah kluster serverless menjadi kluster langganan atau bayar sesuai pemakaian dengan spesifikasi tetap.

Untuk informasi lebih lanjut, lihat Prosedur peningkatan.

Manfaat

Titik akhir kluster sumber dipertahankan sehingga Anda dapat beralih ke versi baru tanpa mengubah pengaturan koneksi aplikasi.
Migrasi data inkremental didukung, memungkinkan migrasi data dengan waktu henti layanan kurang dari 10 menit.
Peningkatan panas didukung, hanya satu koneksi transien terjadi selama peningkatan.
Pembatalan didukung. Jika peningkatan gagal, kluster dapat dipulihkan dalam waktu 10 menit.

Batasan

Kategori	Deskripsi
Batasan pada basis data sumber	Server tempat basis data sumber berada harus memiliki bandwidth keluar yang cukup. Jika tidak, kecepatan peningkatan akan terpengaruh. Tabel yang akan dimigrasikan harus memiliki PRIMARY KEY atau batasan UNIQUE dan semua bidang harus unik. Jika tidak, basis data tujuan mungkin berisi catatan data duplikat. Untuk melakukan migrasi inkremental, Anda harus mengaktifkan fitur pencatatan biner. Anda juga harus mengatur parameter `loose_polar_log_bin` ke ON di konsol PolarDB. Jika tidak, pesan kesalahan akan dikembalikan selama pra-pemeriksaan dan tugas peningkatan tidak dapat dimulai. Catatan Untuk tugas migrasi data penuh dan inkremental, log biner basis data sumber harus disimpan setidaknya selama tujuh hari. Setelah migrasi data penuh selesai, Anda dapat mengatur periode retensi menjadi lebih dari 24 jam. Jika tidak, Data Transmission Service (DTS) mungkin gagal mendapatkan log biner dan tugas mungkin gagal. Dalam keadaan luar biasa, ketidaksesuaian data atau kehilangan data mungkin terjadi. Pastikan Anda menentukan periode retensi log biner berdasarkan persyaratan yang disebutkan di atas. Jika tidak, keandalan layanan dan kinerja yang dinyatakan dalam Service Level Agreement (SLA) DTS tidak dapat dicapai. Batasan pada operasi yang dilakukan pada basis data sumber: Selama migrasi skema dan migrasi data penuh, jangan lakukan operasi DDL untuk mengubah skema basis data atau tabel. Jika tidak, tugas migrasi data gagal.
Batasan pada pernyataan SQL	Catatan Kata kunci PolarDB for MySQL sepenuhnya kompatibel dengan MySQL. Operasi DML berikut didukung: INSERT UPDATE DELETE Operasi DDL berikut didukung: ALTER TABLE dan ALTER VIEW CREATE FUNCTION, CREATE INDEX, CREATE PROCEDURE, CREATE TABLE, dan CREATE VIEW DROP INDEX dan DROP TABLE RENAME TABLE TRUNCATE TABLE
Batasan lainnya	Basis data baru tidak dapat dimigrasikan. Untuk memigrasikan basis data baru, buka konsol DTS, modifikasi objek sinkronisasi dan tambahkan basis data baru ke tugas sinkronisasi maju dan mundur. Sebelum Anda memigrasikan data, evaluasi dampak migrasi data terhadap kinerja basis data sumber dan tujuan. Kami sarankan Anda memigrasikan data selama jam-jam sepi. Selama migrasi data penuh, DTS menggunakan sumber daya baca dan tulis basis data sumber dan tujuan. Ini dapat meningkatkan beban pada server basis data. Selama migrasi data penuh, operasi INSERT bersamaan menyebabkan fragmentasi dalam tabel basis data tujuan. Setelah migrasi data penuh selesai, ukuran tablespace yang digunakan oleh basis data tujuan lebih besar daripada basis data sumber. 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 nilai presisi, DTS mengatur presisi untuk tipe data FLOAT menjadi 38 digit dan presisi untuk tipe data DOUBLE menjadi 308 digit. DTS mencoba melanjutkan tugas migrasi data yang gagal dalam tujuh hari terakhir. Sebelum Anda memindahkan beban kerja ke kluster tujuan, hentikan atau lepaskan tugas migrasi data. Anda juga dapat menjalankan perintah `revoke` untuk mencabut izin tulis dari akun yang digunakan oleh DTS untuk mengakses kluster tujuan. Jika tidak, data di basis data sumber akan menimpa data di kluster tujuan setelah tugas dilanjutkan.
Masalah lainnya	DTS secara berkala mengeksekusi pernyataan `CREATE DATABASE IF NOT EXISTS 'test'` di basis data sumber untuk memajukan posisi file log biner.

Catatan penggunaan

Jika SSL diaktifkan untuk titik akhir kluster sumber dan Anda memilih Switch with Endpoints, pastikan bahwa SSL juga diaktifkan untuk titik akhir kluster tujuan.
Anda tidak dapat meningkatkan versi kluster yang ditambahkan ke global database network (GDN).
SSL tidak didukung untuk titik akhir kluster PolarDB for MySQL Edisi Kluster Multi-master (Basis Data/Tabel). Oleh karena itu, jika Anda melakukan peningkatan edisi untuk kluster sumber dengan SSL diaktifkan pada titik akhirnya ke kluster Edisi Kluster Multi-master (Basis Data/Tabel), switch dengan titik akhir tidak didukung.
Selama peningkatan, sinkronisasi data penuh awal menggunakan sumber daya baca dan tulis basis data sumber dan tujuan, yang dapat meningkatkan beban pada basis data.
Selama peningkatan, sinkronisasi data penuh awal melakukan operasi INSERT bersamaan dan menyebabkan fragmentasi dalam tabel basis data tujuan. Setelah sinkronisasi selesai, tablespace basis data tujuan lebih besar daripada basis data sumber.
Jangan lepaskan tugas DTS secara manual selama peningkatan.
Sinkronisasi data penuh memerlukan waktu untuk diselesaikan. Waktu konsumsi bervariasi berdasarkan jumlah data. Selama sinkronisasi data penuh, tujuan berada dalam status Membuat.
Jika kluster PolarDB yang akan ditingkatkan adalah sumber atau tujuan dari tugas DTS yang ada, Anda dapat melakukan pergantian tugas DTS selama proses peningkatan untuk mengubah kluster sumber atau tujuan tugas sinkronisasi atau migrasi DTS. Ini memastikan transisi bisnis yang lancar.
Setelah peningkatan selesai, kinerja beberapa pernyataan SQL mungkin rendah karena rencana kueri berubah setelah peningkatan. Misalnya, rencana kueri tidak menggunakan indeks yang sesuai. Perubahan tersebut terutama disebabkan oleh perbedaan dalam aspek-aspek berikut:
- Versi mesin basis data: Algoritma yang digunakan oleh pengoptimal versi baru mungkin berbeda dari versi lama, sehingga perilaku pengoptimal dapat berubah.
- Struktur penyimpanan dan statistik: Bahkan dengan data yang sama, basis data baru dan lama menggunakan struktur penyimpanan InnoDB B-tree dan statistik tabel yang berbeda, sehingga pengoptimal mungkin memilih rencana kueri yang berbeda.

Aturan penagihan

Anda dikenakan biaya untuk tugas sinkronisasi data DTS dan kluster PolarDB tujuan.
- Selama peningkatan, tugas DTS secara otomatis dibuat untuk menyinkronkan data dari kluster sumber ke kluster tujuan. Untuk informasi lebih lanjut tentang aturan penagihan tugas DTS, lihat Ikhtisar penagihan.
- Kluster PolarDB tujuan:
  - Jika kluster PolarDB tujuan adalah kluster serverless atau kluster langganan, kluster tujuan mulai dikenakan biaya saat memasuki status Berjalan.
  - Untuk kluster langganan, Anda perlu menyelesaikan pembayaran saat membuat kluster.
Jika Anda tidak lagi memerlukan kluster langganan yang telah ditingkatkan versi utamanya, Anda dapat mengajukan pengembalian dana setelah peningkatan untuk mengurangi sumber daya dan biaya. Untuk informasi lebih lanjut, lihat Pengembalian dana setelah peningkatan.

Switch with endpoints

Fitur switch with endpoints didukung saat Anda meningkatkan kluster PolarDB for MySQL. Sistem secara otomatis mengalihkan titik akhir kluster sumber dan tujuan. Gambar berikut menunjukkan pemetaan titik akhir.

Pemetaan titik akhir untuk peningkatan versi
Pemetaan titik akhir untuk peningkatan edisi dari Cluster Edition ke Multi-master Cluster (Database/Table) Edition
Peningkatan edisi memungkinkan Anda menentukan titik akhir kluster sumber dan tujuan yang akan dialihkan. Misalnya, Anda dapat beralih antara titik akhir utama kluster sumber dan titik akhir kluster tujuan, antara titik akhir utama kluster sumber dan titik akhir kustom kluster tujuan, dan antara titik akhir kluster sumber dan titik akhir kustom kluster tujuan. Gambar berikut menunjukkan pemetaan internal titik akhir.

Saat menggunakan fitur switch with endpoints, perhatikan hal-hal berikut:

Hanya titik akhir kluster sumber dan tujuan yang dialihkan. Konfigurasi lainnya seperti vSwitch dan alamat IP virtual tetap tidak berubah.
Titik akhir hanya dapat dialihkan jika baik kluster sumber maupun tujuan memiliki titik akhir. Secara default, hanya titik akhir privat yang dapat dialihkan.
Catatan
Jika titik akhir kluster sumber memiliki titik akhir publik, Anda harus mengajukan titik akhir publik untuk titik akhir yang sesuai pada kluster tujuan. Ini memastikan bahwa titik akhir publik berhasil dialihkan selama proses pergantian titik akhir.
Jika Anda memilih switch with endpoints untuk peningkatan versi, titik akhir utama kluster sumber dan tujuan dialihkan. Anda dapat memilih apakah akan mengalihkan beberapa grup titik akhir.
Jika Anda memilih switch with endpoints untuk peningkatan edisi, Anda dapat menentukan titik akhir kluster sumber dan tujuan yang akan dialihkan. Anda dapat memilih apakah akan mengalihkan beberapa grup titik akhir.
Jika Anda ingin beralih ke titik akhir yang berbeda, Anda harus membuat titik akhir sebelum pergantian. Untuk informasi lebih lanjut tentang cara membuat titik akhir untuk kluster PolarDB, lihat Kelola titik akhir kluster.
Port tidak dialihkan saat titik akhir dialihkan. Pastikan port kluster sumber sama dengan kluster tujuan. Secara default, port 3306 digunakan untuk kluster PolarDB. Untuk informasi lebih lanjut tentang cara memodifikasi port, lihat Ubah titik akhir dan nomor port.
Setelah titik akhir dialihkan, masalah mungkin terjadi karena kedaluwarsa data cache DNS. Basis data di kluster PolarDB mungkin gagal terhubung atau hanya mendukung operasi baca. Untuk menyelesaikan masalah ini, kami sarankan Anda menyegarkan cache DNS.

Evaluasi peningkatan

Fitur evaluasi upgrade disediakan oleh PolarDB untuk memastikan keberhasilan pelaksanaan tugas upgrade dan efisiensi upgrade yang tinggi. Fitur ini memungkinkan Anda untuk melakukan prapemeriksaan prasyarat seperti status klaster, dependensi tugas upgrade, dan atribut klaster sumber sebelum Anda meng-upgrade klaster PolarDB for MySQL. Dengan cara ini, Anda dapat mengidentifikasi faktor-faktor yang dapat memengaruhi progres upgrade dan menyelesaikan masalahnya terlebih dahulu untuk mengurangi biaya pemrosesan dan sumber daya selama upgrade.

Untuk informasi lebih lanjut, lihat Evaluasi peningkatan.

Layanan ahli

Jika Anda memiliki pertanyaan tentang peningkatan versi utama, Anda dapat bergabung dengan grup DingTalk (ID: 43055001012). Untuk bergabung dengan nomor grup, Anda dapat memindai kode QR berikut atau mencari ID grup.