Untuk memastikan stabilitas dan keamanan kluster, AnalyticDB for MySQL memiliki batasan yang dijelaskan dalam tabel berikut.
Batas Penamaan
Objek | Konvensi Penamaan |
Nama Database |
|
Nama Tabel |
|
Nama Kolom |
|
Nama Indeks | Nama dapat memiliki panjang hingga 64 karakter. |
Nama Akun |
|
Kata Sandi |
|
Batas Kuota
Batas | Nilai Default | Deskripsi |
Jumlah maksimum kluster yang dapat dibeli dalam setiap akun Alibaba Cloud | 30 | Setiap akun Alibaba Cloud dapat membeli hingga 30 kluster. Untuk mengubah nilai ini, ajukan tiket. |
Jumlah maksimum database yang dapat dibuat untuk setiap kluster | 2.048 | Tidak ada |
Jumlah total operasi scale-in, scale-out, upgrade, dan downgrade pada setiap kluster per hari | 12 | Tidak ada |
Penggunaan disk maksimum untuk kluster Data Warehouse Edition dalam mode cadangan | 80% | Jika penggunaan disk kluster melebihi ambang batas, sistem akan mengirimkan notifikasi peringatan. Setiap kontak dapat menerima hingga empat notifikasi peringatan penggunaan disk setiap hari. |
90% | Jika penggunaan disk kluster melebihi ambang batas, sistem akan mengirimkan notifikasi peringatan, mengunci kluster, dan menolak permintaan penulisan data. Setiap kontak dapat menerima hingga empat notifikasi peringatan penggunaan disk setiap hari. | |
Jumlah maksimum data panas untuk unit I/O elastis (EIU) dalam kluster Data Warehouse Edition dalam mode elastis | 8 TB | Jika jumlah data panas untuk EIU melebihi 8 TB, sistem akan mengunci kluster dan menolak permintaan penulisan data. Untuk menyelesaikan masalah ini, perluas sumber daya I/O elastis. |
Jumlah maksimum data panas untuk satu set sumber daya penyimpanan cadangan dalam kluster Data Lakehouse Edition | 8 TB | Jika jumlah data panas untuk satu set sumber daya penyimpanan cadangan melebihi 8 TB, sistem akan mengunci kluster dan menolak permintaan penulisan data. Untuk menyelesaikan masalah ini, tingkatkan sumber daya penyimpanan cadangan. |
Jumlah maksimum data panas untuk satu set sumber daya cadangan dalam kluster Enterprise Edition atau Basic Edition | 8 TB | Jika jumlah data panas untuk satu set sumber daya cadangan melebihi 8 TB, sistem akan mengunci kluster dan menolak permintaan penulisan data. Untuk menyelesaikan masalah ini, tingkatkan sumber daya cadangan. |
Jumlah maksimum akun standar yang dapat dibuat untuk setiap kluster | 256 | Tidak ada |
Jumlah maksimum koneksi yang dapat dibuat ke setiap kluster | Tidak lebih dari 50.000 (disarankan) | Jumlah koneksi yang dapat dibuat ke kluster AnalyticDB for MySQL tidak terbatas tetapi bervariasi berdasarkan spesifikasi kluster. Kluster dengan spesifikasi rendah tidak dapat mendukung koneksi berlebihan karena sumber daya yang tidak mencukupi. |
Jumlah maksimum daftar putih alamat IP yang dapat dikonfigurasi untuk setiap kluster | 50 | Tidak ada |
Jumlah maksimum alamat IP yang dapat ditambahkan ke setiap daftar putih | 1.000 | Tidak ada |
Jumlah maksimum alamat IP yang dapat ditambahkan ke daftar putih di setiap kluster | 25.000 | Tidak ada |
Jumlah maksimum partisi di setiap kluster | 102.400 | Jumlah total partisi di semua tabel dalam kluster AnalyticDB for MySQL tidak boleh melebihi 102.400. Jika jumlah partisi dalam kluster melebihi 102.400, Anda tidak dapat membuat tabel partisi dalam kluster tersebut. Anda dapat menjalankan pernyataan berikut untuk memeriksa jumlah partisi di semua tabel di setiap database: |
Jumlah maksimum tabel internal yang dapat dibuat untuk setiap kluster Enterprise Edition atau Basic Edition |
| Cara meningkatkan jumlah maksimum tabel internal:
|
Jumlah maksimum tabel internal yang dapat dibuat untuk setiap kluster Data Lakehouse Edition atau kluster Data Warehouse Edition dalam mode elastis |
| Cara meningkatkan jumlah maksimum tabel internal:
|
Jumlah maksimum tabel yang dapat dibuat untuk setiap kluster Data Warehouse Edition dalam mode cadangan yang memiliki 1 hingga 20 grup node |
Nilai dari | Anda dapat meningkatkan jumlah maksimum tabel internal dalam kluster Data Warehouse Edition dalam mode cadangan dengan menambah lebih banyak grup node. |
Jumlah maksimum tabel eksternal yang dapat dibuat untuk setiap kluster | 500.000 | Tidak ada |
Jumlah maksimum kolom di setiap tabel | 4.096 | Tidak ada |
Jumlah maksimum entri data yang dapat disimpan dalam satu partisi setiap shard | 2,1 miliar | Satu partisi setiap shard dapat menyimpan hingga 2,1 miliar entri data. |
Panjang maksimum komentar di setiap tabel | 1.024 karakter | Tidak ada |
Panjang maksimum komentar di setiap kolom | 1.024 karakter | Tidak ada |
Panjang maksimum bidang tunggal di setiap kolom | 16 MB | Tidak ada |
Panjang maksimum data yang dapat ditulis ke setiap baris | 16 MB | Tidak ada |
Panjang default setiap kolom | 127 karakter | Tidak ada |
Jumlah maksimum kolom yang dapat terkandung dalam setiap query | 1.024 | Tidak ada |
Jumlah maksimum item yang dapat ditentukan dalam setiap klausa WHERE | 256 | Tidak ada |
Jumlah maksimum kondisi yang dapat ditentukan dalam setiap operator IN | 2.000 | Metode konfigurasi parameter: Nilai yang lebih besar membuat query SQL lebih kompleks dan dapat memengaruhi kinerja query. |
Batas Waktu Habis
Operasi | Periode Timeout (ms) | Deskripsi |
Buat kluster | 600.000 | Tidak ada |
Hapus kluster | 300.000 | Tidak ada |
Perbesar kluster | 600.000 | Tidak ada |
Buat database | 10.000 | Tidak ada |
Hapus database | 10.000 | Tidak ada |
Buat tabel atau view | 10.000 | Tidak ada |
Hapus tabel atau view | 10.000 | Tidak ada |
Kosongkan tabel | 60.000 | Tidak ada |
Tambah kolom | 10.000 | Tidak ada |
Hapus kolom | 60.000 | Tidak ada |
Perbarui kolom | 60.000 | Tidak ada |
Lakukan query tunggal | 1.800.000 | Periode timeout untuk sebuah query. Saat query mengalami timeout, sistem akan mengakhiri query tersebut. Anda dapat memodifikasi periode timeout untuk sebuah query dengan menggunakan parameter dan hint berikut:
Catatan Sistem memeriksa query untuk kesalahan timeout setiap 1.000 milidetik. Durasi eksekusi query harus diatur ke nilai yang lebih besar dari 1.000 milidetik. Jika tidak, hint query_timeout mungkin tidak berfungsi. |
Masukkan data | 300.000 | Tidak ada |
| 24*3.600.000 | Periode timeout untuk pernyataan INSERT. Saat pernyataan INSERT mengalami timeout, sistem akan mengakhiri pernyataan tersebut. Anda dapat memodifikasi periode timeout untuk pernyataan INSERT dengan menggunakan parameter dan hint berikut:
|
Pertanyaan Umum
Apakah jumlah shard yang ditentukan atau disediakan untuk kluster AnalyticDB for MySQL menunjukkan jumlah shard yang terkandung dalam sebuah tabel?
Ya, jika jumlah shard adalah 32 untuk kluster AnalyticDB for MySQL, setiap tabel dalam kluster tersebut dapat berisi 32 shard.
Bagaimana cara memeriksa jumlah shard?
Saat membuat kluster AnalyticDB for MySQL, jumlah shard ditentukan. Setelah pembuatan kluster, Anda dapat mengubah jumlah shard untuk Data Warehouse Edition, tetapi tidak untuk Enterprise Edition, Basic Edition, dan Data Lakehouse Edition.
Tabel berikut menjelaskan pemetaan antara jumlah shard dan spesifikasi kluster.
Enterprise Edition, Basic Edition, Data Lakehouse Edition, dan Data Warehouse Edition dalam mode elastis
Jumlah set sumber daya cadangan atau jumlah EIU
Jumlah shard
0 atau 1
64
2~3
64
4~7
96
8~15
256
16~31
384
32~63
512
>=64
1.024
CatatanJumlah set sumber daya cadangan untuk Enterprise Edition = Jumlah node sumber daya cadangan / 3.
Jumlah set sumber daya cadangan untuk Basic Edition = Jumlah node sumber daya cadangan.
Jumlah EIU untuk Data Lakehouse Edition = Jumlah sumber daya penyimpanan cadangan / 24 ACU.
Data Warehouse Edition dalam mode cadangan
Jumlah grup node
Jumlah shard
1
16
2~3
64
4~7
96
8~15
236
16~31
384
32~63
512
>64
1.024
Anda dapat menjalankan pernyataan berikut untuk memeriksa jumlah shard untuk kluster AnalyticDB for MySQL:
SELECT count(1) FROM information_schema.kepler_meta_shards;.