All Products
Search

This Product

    AnalyticDB:Mengubah jumlah shard

    Document Center

    AnalyticDB:Mengubah jumlah shard

    Last Updated:Aug 26, 2026

    Jumlah shard menentukan kapasitas skalabilitas horizontal kluster AnalyticDB for MySQL. Jika kluster Anda mengalami degradasi performa penulisan, bottleneck kueri, atau batasan penskalaan sumber daya, Anda dapat mengubah jumlah shard untuk mengatasi masalah tersebut.

    Penting

    Ini adalah operasi satu kali. Evaluasi jumlah shard target dengan cermat sebelum melanjutkan, karena tidak dapat diubah lagi setelah selesai.

    Prasyarat

    Sebelum memulai, pastikan bahwa:

    • Kluster Edisi Data Warehouse atau Edisi Perusahaan telah ada dan berada dalam status Running.

    • Kluster menjalankan versi minor 3.2.3.0 atau lebih baru. Untuk memeriksa dan memperbarui versi minor, buka bagian Desired Shards pada halaman Update Time di Konsol.

    • Spesifikasi kluster bukan S8 atau S16—spesifikasi ini tidak mendukung perubahan shard.

    • Jumlah shard belum pernah diubah sebelumnya pada kluster ini.

    Batasan

    Perubahan shard tidak didukung jika salah satu kondisi berikut terpenuhi:

    • Tidak ada database atau tabel selain database default di dalam kluster.

    • Terdapat tabel dengan mesin tabel XUANWU_V2.

    • Terdapat tampilan yang di-materialisasi yang diperbarui secara inkremental.

    Catatan penggunaan

    Operasi DDL yang dilarang

    Selama redistribusi dan migrasi data, serta selama 7 hari kalender setelah migrasi selesai, operasi DDL berikut diblokir:

    ADD COLUMN, MODIFY COLUMN, DROP COLUMN, TRUNCATE TABLE, TRUNCATE PARTITION, ALTER BINLOG ENABLE, ALTER BINLOG TTL.

    Jadwalkan perubahan shard pada waktu ketika operasi-operasi tersebut tidak diperlukan.

    Apa yang terjadi selama proses

    Perubahan shard berlangsung dalam tiga tahap:

    1. Redistribusi dan migrasi data — Sistem mendistribusikan ulang dan memigrasikan data di seluruh shard. Durasi berbanding lurus dengan volume data. Operasi baca dan tulis tetap tersedia selama tahap ini.

    2. Alih bencana kluster — Sistem mengalihkan kluster ke konfigurasi shard baru. Pada awal alih bencana, operasi baca dan tulis tetap tersedia. Saat alih bencana hampir selesai, kluster mungkin memasuki status read-only hingga 120 detik sambil menyelesaikan sinkronisasi data.

    3. Selesai — Kluster kembali ke status Running dengan jumlah shard baru yang berlaku.

    Pastikan aplikasi Anda memiliki fitur rekoneksi otomatis yang diaktifkan untuk menangani koneksi transien selama alih bencana.

    Kontrol waktu alih bencana

    Secara default, alih bencana dimulai segera setelah migrasi selesai. Untuk menunda alih bencana ke jendela waktu tertentu, hubungkan ke kluster dan jalankan:

    SET adb_config REPLICATION_SWITCH_TIME_RANGE=`23:00,23:30`;
    Penting

    Nilai waktu harus diapit dengan backtick (` `), bukan tanda kutip tunggal (').

    Untuk petunjuk cara menghubungkan ke kluster Anda, lihat Hubungkan ke kluster AnalyticDB for MySQL.

    Mengubah jumlah shard

    1. Kirim tiket untuk mengevaluasi jumlah shard yang sesuai untuk kluster Anda. Lanjutkan ke langkah-langkah berikut hanya setelah evaluasi mengonfirmasi bahwa kluster Anda memenuhi persyaratan untuk perubahan shard.

    2. Masuk ke Konsol AnalyticDB for MySQL. Di pojok kiri atas, pilih wilayah. Di panel navigasi kiri, klik Switch Immediately.

    3. Pada tab Switch at Specified Time, temukan kluster Anda. Pada kolom More, pilih Actions > Change Shards.

    4. Pada kotak dialog OK, konfigurasikan parameter berikut: Opsi Update Time:

      • Switch Immediately — Memulai alih bencana segera setelah migrasi selesai.

      • Switch Within Maintenance Window — Menunda alih bencana ke jendela pemeliharaan berikutnya setelah migrasi selesai. Jika migrasi belum selesai saat jendela dimulai, proses akan berlanjut hingga jendela berikutnya.

      • Beralih pada Waktu yang Ditentukan — Memicu alih bencana pada waktu yang telah ditentukan. Jika migrasi belum selesai pada saat itu, proses migrasi akan tetap berlanjut dan alih bencana dilakukan setelah migrasi selesai.

      Parameter Deskripsi
      Desired Shards Jumlah shard target untuk kluster
      Update Time Waktu untuk memicu alih bencana kluster setelah migrasi selesai. Opsi: Switch Immediately (default), Switch Within Maintenance Window, atau Switch at Specified Time

    5. Klik OK. Sistem mulai melakukan redistribusi dan migrasi data.

    Setelah proses selesai, kluster kembali ke status Running dan jumlah shard baru mulai berlaku. Untuk memverifikasi, periksa status kluster pada tab Data Warehouse Edition.

    Langkah berikutnya