Batasan pada sistem
Item | Batasan |
Jumlah Instans per Pengguna | Tidak terbatas. |
Jumlah Total Dokumen per Pengguna | Secara teori tidak terbatas. Nilai dihitung berdasarkan kuota kapasitas penyimpanan. |
Jumlah Total Tampilan Halaman (PV) per Pengguna | Secara teori tidak terbatas. Nilai dihitung berdasarkan jumlah maksimum unit komputasi logis (LCU) yang tersedia untuk pengguna. |
Sistem Pengkodean Karakter | UTF-8 didukung. |
Batasan pada instans
Item | Batasan | |
Tipe kluster | Kluster bersama | Kluster eksklusif |
Panjang nama instans | 30 karakter | |
Panjang nama bidang | 30 karakter | |
Panjang nama ekspresi sortir | 30 karakter | |
Jumlah tabel sekunder | 10 | |
Jumlah bidang | 256 | 512 |
Panjang nama tabel sumber | 16 karakter | |
Panjang nama bidang indeks | 64 karakter | |
Tingkat tabel sekunder yang dapat digabungkan ke tabel utama | Dua tingkat | Tiga tingkat |
Jumlah bidang bertipe INT | 256 | |
Jumlah bidang bertipe TIMESTAMP | 4 | |
Jumlah bidang bertipe GEO_POINT | 2 | |
Jumlah bidang bertipe LITERAL. Bidang bertipe LITERAL tidak dapat digunakan untuk membuat indeks komposit. | 256 | |
Jumlah bidang bertipe TEXT atau SHORT_TEXT | 32 | 64 |
Jumlah indeks untuk analisis numerik | 4 | 8 |
Jumlah indeks komposit | 4 | 8 |
Jumlah bidang dalam indeks komposit | 8 | |
Jumlah indeks yang dibuat pada bidang bertipe INT untuk analisis numerik | 4 | 8 |
Jumlah indeks yang dibuat pada bidang bertipe GEO_POINT untuk analisis numerik | 2 | |
Jumlah indeks yang dibuat pada bidang bertipe TIMESTAMP untuk analisis numerik | 4 | |
Jumlah indeks yang dibuat pada satu bidang bertipe TEXT atau SHORT_TEXT | 4 | 8 |
Jumlah indeks yang dibuat pada satu bidang bertipe LITERAL | 256 | |
Jumlah indeks yang dibuat pada bidang bertipe INT untuk analisis kata kunci | 256 | |
Jumlah indeks vektor | 0 | 2 |
Jumlah total sumber data | 20 | |
Batasan pada bidang
Item | Batasan |
INT64 | -2^63~2^63-1 |
FLOAT | +/-3.40282e+038 |
DOUBLE | +/-1.79769e+308 |
LITERAL | Bidang dengan tipe ini dapat memiliki panjang hingga 65.535 byte. |
TEXT | Bidang dengan tipe ini dapat memiliki panjang hingga 65.536 kata. |
SHORT_TEXT | Bidang dengan tipe ini dapat memiliki panjang hingga 100 byte. Jika panjang bidang melebihi 100 byte, bidang akan dipotong. |
LITERAL_ARRAY | Bidang dengan tipe ini dapat memiliki panjang hingga 65.535 byte. Setiap pemisah bawaan antar elemen bidang adalah 2 byte panjangnya. Jika panjang bidang melebihi 65.535 byte, bidang akan dipotong ke elemen lengkap terakhir agar sesuai dengan panjang maksimum. Sejumlah besar elemen dalam bidang tipe ini memerlukan performa kueri sistem yang tinggi. Kami menyarankan Anda membuat setiap bidang dengan tidak lebih dari 100 elemen. |
INT_ARRAY, FLOAT_ARRAY, dan DOUBLE_ARRAY | Jika bidang dengan tipe ini dikonfigurasi sebagai bidang atribut, setiap bidang dapat berisi hingga 65.535 elemen. Kami menyarankan Anda membuat setiap bidang dengan tidak lebih dari 100 elemen. |
Batasan pada ekspresi sortir
Item | Batasan |
Jumlah ekspresi sortir kasar | 30 |
Jumlah ekspresi sortir halus | 30 |
Jumlah item fungsi fitur yang dapat disetel untuk setiap ekspresi sortir kasar | 4 |
Batasan pada ringkasan hasil pencarian
Item | Deskripsi | Batasan |
Panjang segmen | Panjang maksimum ringkasan. | 1 hingga 300 byte |
Jumlah segmen | Jumlah segmen yang diperlukan dalam ringkasan. | 1 hingga 5 |
Batasan pada dorongan data level aplikasi
Item | Batasan |
Jumlah Maksimum Dokumen per Panggilan API | 1.000. Untuk performa optimal, disarankan mendorong 100 dokumen per panggilan dan mengemas dokumen tersebut. |
Jumlah Maksimum Panggilan API per Detik | 500. Jika melebihi batas ini, permintaan baru gagal dengan pesan kesalahan "rate exceeds app quota". |
Ukuran Data Maksimum per Permintaan API | 2 MB. Jika ukuran data melebihi 2 MB, permintaan gagal dengan pesan kesalahan "rate exceeds app quota". |
Ukuran Data Maksimum per Detik | 2 MB. Jika total ukuran data dalam satu detik melebihi 2 MB, permintaan baru gagal dengan pesan kesalahan "rate exceeds app quota". |
Laju Sinkronisasi Maksimum untuk Data Inkremental dari ApsaraDB RDS atau PolarDB | 2 MB/detik. Jika laju sinkronisasi melebihi batas ini, sistem membatasi laju dan menunda sinkronisasi data inkremental. |
Jumlah Pembaruan Maksimum (TPS) pada Tabel Utama dan Sekunder | 1.500. Jika jumlah pembaruan melebihi batas ini, sinkronisasi data inkremental tertunda. |
Ukuran Maksimum Dokumen | 1 MB. Jika ukuran dokumen melebihi 1 MB, sinkronisasi gagal dengan pesan kesalahan "The total size of documents exceed". |
Latensi Sinkronisasi Data Inkremental | Setelah sejumlah dokumen di tabel utama didorong ke OpenSearch, 90% dokumen dapat dicari dalam 10 detik, dan 99% dokumen dapat dicari dalam 10 menit. Untuk informasi lebih lanjut tentang sinkronisasi tabel sekunder, lihat Latensi Sinkronisasi Data Akibat Gabungan Multi-Tabel. |
● Melebihi batas atas dorongan data akan menunda sinkronisasi data inkremental.
● Sejumlah besar pembaruan tabel sekunder dapat menunda sinkronisasi tabel utama. Sistem tidak menjamin jumlah pembaruan tabel sekunder per detik dan membatasi laju pembaruan secara real-time berdasarkan latensi.
● Jika kapasitas penyimpanan melebihi kuota aplikasi, sistem membuang permintaan dorongan data API dan memerlukan dorongan ulang setelah peningkatan skala.
● Jika kapasitas penyimpanan melebihi kuota aplikasi, sistem menghentikan sinkronisasi data inkremental dari ApsaraDB RDS atau PolarDB. Setelah peningkatan skala, sistem melanjutkan sinkronisasi dari titik waktu ketika sinkronisasi dihentikan.
● Jika jumlah data inkremental yang dihasilkan melebihi kemampuan sinkronisasi real-time, sinkronisasi tertunda, dan beberapa data inkremental mungkin tidak disinkronkan ke OpenSearch. Dalam hal ini, pengindeksan ulang tidak dapat diselesaikan.
● Catatan penggunaan ini berlaku untuk Edisi Standar dan Edisi Lanjutan.
● Batas atas dorongan data dapat disesuaikan untuk aplikasi di kluster eksklusif.
● Jika menggunakan sumber data ApsaraDB RDS atau PolarDB dan memilih sinkronisasi otomatis, OpenSearch akan mencoba menjaga stabilitas sinkronisasi tetapi tidak menjamin latensi sinkronisasi rendah. Jika bisnis Anda memerlukan latensi sinkronisasi rendah, kami menyarankan instance pelacakan perubahan Data Transmission Service (DTS) untuk menyinkronkan data, lihat Konfigurasikan sinkronisasi real-time DTS.
● Untuk memastikan akurasi data yang didorong melalui API/SDK, OpenSearch secara default mencakup fitur validasi urutan berbasis timestamp. Jika Anda perlu menonaktifkan fitur ini, Anda dapat mengirim tiket untuk menghubungi kami.
Karakter cadangan non-cetak yang tidak dapat terkandung dalam data yang akan didorong
Kode | Format tampilan di Emacs atau Vi |
"\x1E\n" | ^^ |
"\x1F\n" | ^_ |
"\x1C" | ^\ |
"\x1D" | ^] |
"\x03" | ^C |
Jika nilai suatu bidang mencakup karakter non-cetak ini, rekaman tidak disinkronkan ke aplikasi.
Karakter non-cetak seperti \u0002 dan \u0003 secara otomatis dikonversi menjadi \t.
Mesin mendukung set karakter berikut:
CJK_1 (\xe2[\xba-\xbf][\x80-\xbf])
CJK_2 ([\xe3-\xe9][\x80-\xbf][\x80-\xbf])
FULLWIDTH_1 (\xef[\xbc-\xbe][\x80-\xbf])
FULLWIDTH_2 (\xef\xbf[\x80-\xaf])
Batasan pada pencarian
Item | Batasan |
Panjang maksimum setiap klausa, kecuali klausa filter | 1 KB sebelum encoding. Jika panjang klausa melebihi 1 KB, pesan kesalahan ditampilkan dan permintaan dibuang. |
Panjang maksimum setiap klausa filter | 4 KB sebelum encoding. Jika panjang klausa melebihi 4 KB, pesan kesalahan ditampilkan dan permintaan dibuang. |
Jumlah maksimum hasil yang dikembalikan di satu halaman untuk satu permintaan | 500 |
Jumlah maksimum hasil yang dikembalikan untuk satu pencarian, termasuk beberapa permintaan untuk kueri halaman | 5.000 |
Jumlah maksimum dokumen yang terlibat dalam sortir kasar | 1.000.000 |
Jumlah maksimum dokumen yang terlibat dalam sortir halus | Nilai default: 200 |
● Untuk pencarian tradisional, tujuan utamanya adalah mengambil hasil paling relevan dalam waktu terpendek. Oleh karena itu, jumlah dokumen dalam hasil dibatasi, misalnya hingga 5.000 dokumen. Namun, jika diperlukan lebih banyak hasil untuk analisis, Anda dapat menggunakan kueri gulir untuk mendapatkan hasil tambahan.
● Jika permintaan pencarian telah mengonsumsi semua LCU yang tersedia, permintaan baru akan gagal dengan pesan kesalahan "code:6015,message:Dropped by over compute resource quota".
Batasan pada pengindeksan ulang
Item | Batasan |
Laju sinkronisasi maksimum | 2MB/detik |
Catatan: Untuk informasi lebih lanjut, lihat Bagaimana data disinkronkan di OpenSearch? | |
● Batas atas dapat disesuaikan untuk aplikasi di kluster eksklusif.
● Secara default, pengindeksan ulang gagal jika tidak selesai dalam tiga hari.
● Jika pengindeksan ulang gagal setelah periode panjang atau latensi tinggi terjadi, ajukan tiket untuk dukungan teknis.