系統相關
項 | 值 |
每個使用者執行個體個數 | 不限制 |
每個使用者doc總數 | 理論上不限制，具體根據配額儲存容量計算 |
每個使用者pv總數 | 理論上不限制，具體根據配額LCU峰值計算 |
支援系統字元編碼 | UTF-8 |
執行個體相關
項 | 值 | |
叢集規格 | 共用叢集 | 獨享叢集 |
執行個體名長度 | 30字元 | |
欄位名長度 | 30字元 | |
排序運算式名稱長度 | 30字元 | |
輔表個數 | 10個 | |
欄位個數 | 256個 | 512個 |
源表表名長度 | 16字元 | |
索引欄位名 | 64字元 | |
主輔表關聯層級 | 2層級 | 3層級 |
INT類欄位個數 | 256個 | |
TIMESTAMP類型的欄位個數 | 4個 | |
GEO_POINT類型的欄位個數 | 2個 | |
LITERAL欄位個數（不支援建立為複合式索引） | 256個 | |
TEXT、SHORT_TEXT類型欄位個數 | 32個 | 64個 |
數值分析索引個數 | 4個 | 8個 |
複合式索引個數 | 4個 | 8個 |
單個複合式索引包含欄位數 | 8個 | |
INT類型構建數值分析索引個數 | 4個 | 8個 |
GEO_POINT類型構建數值分析索引個數 | 2個 | |
TIMESTAMP類型構建數實值型別索引個數 | 4個 | |
TEXT、SHORT_TEXT類型單欄位索引個數 | 4個 | 8個 |
LITERAL類型單欄位索引個數 | 256個 | |
INT類型構建關鍵字分析索引個數 | 256個 | |
向量索引個數 | 0個 | 2個 |
總資料來源個數 | 20個 | |
欄位相關
項 | 值 |
INT64 | -2^63~2^63-1 |
FLOAT | +/-3.40282e+038 |
DOUBLE | +/-1.79769e+308 |
LITERAL | 65535個位元組 |
TEXT | 65536個詞 |
SHORT_TEXT | 100位元組，超過後截斷 |
LITERAL_ARRAY | 欄位長度總體不能超過65535個位元組（算上元素之間的2位元組的系統內建分隔字元），如果超過，則會截斷到最大滿足長度限制的最後一個完整元素為止。（效能消耗較大，推薦控制在100個元素內） |
INT_ARRAY、FLOAT_ARRAY、DOUBLE_ARRAY | 如果設定為屬性欄位，則限制是最多65535個元素（推薦控制在100個元素內） |
排序運算式
項 | 值 |
基礎排序運算式條數 | 30個 |
業務排序運算式條數 | 30個 |
每個基礎排序可設定的特徵函數項 | 4個 |
搜尋結果摘要
項 | 描述 | 取值範圍 |
片段長度 | 表示摘要長度 | [1,300] 位元組 |
片段數量 | 在摘要長度內需要幾個片段 | [1,5] |
推送資料（應用層級）
項 | 值 |
API 每次推送總文檔數上限 | 1000個，建議100個效能更好（建議打包推送） |
API 每秒推送總次數上限 | 500次，超出後本次請求將失敗，並提示rate exceeds app quota |
API 每次請求總容量上限 | 2M，超出後本次請求將失敗，並提示rate exceeds app quota |
API 每秒請求總容量上限 | 2M，超出後本次請求將失敗，並提示rate exceeds app quota |
RDS/PolarDB增量同步處理速率上限 | 2M/秒，超出後系統將自動限速，增量資料同步延遲 |
主輔表更新tps上限（包括DB更新和API寫入） | 1500，超過tps則增量資料同步會延遲 |
每條文檔大小上限 | 1M，超出後該記錄同步失敗，並提示The total size of documents exceed |
增量處理時效性 | 90%的文檔推送成功後可以在10秒內搜尋到，99%在10分鐘內，輔表暫不保證，詳情可點擊此處查看。 |
● 超過推送資料的上限會導致增量資料同步延遲；
● 輔表大量更新會導致主表延遲，系統不保證輔表更新TPS，並會根據延遲情況隨時限制輔表更新速度；
● 已使用的儲存容量若超出應用配額，系統將自動丟棄API推送資料的請求，擴容後需重新推送；
● 已使用的儲存容量若超出應用配額，系統將自動停止同步RDS/PolarDB的增量訊息，擴容後會自動從停止的時間點繼續同步增量資料。
● 增量資料同步tps超過限制，會導致索引重建無法追上即時增量資料，從而導致索引重建一直無法完成；
● 以上說明標準版和進階版均適用；
● 規格為獨享叢集執行個體的應用可以適當調整推送資料的上限；
● 若配置了RDS/PolarDB資料來源，並且同步方式選擇自動同步，OpenSearch將儘力保障同步服務的穩定性但不保障同步的延遲，如果對同步延遲比較敏感的業務建議同步方式採用DTS資料訂閱執行個體（DTS即時同步）；
推送資料中不能包含下列系統保留不可見字元
編碼 | （emacs/vi）中的顯示形態 |
“\x1E\n” | ^^ |
“\x1F\n” | ^_ |
“\x1C” | ^\ |
“\x1D” | ^] |
“\x03” | ^C |
欄位內容中若出現上述系統不支援的字元，該記錄將不會同步至應用中；
不可見字元（如：\u0002、\u0003等）會被自動轉換為\t。
目前引擎支援的字元集有限，如下：
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])
搜尋相關
項 | 值 |
每個子句（除filter）最大長度 | 編碼前1k，超長後本次請求報錯丟棄 |
filter子句最大長度 | 編碼前4k，超長後本次請求報錯丟棄 |
單次請求最多返回結果數（不分頁） | 500 |
搜尋返回的最大結果數（包括分頁多次請求） | 5000 |
參與基礎排序文檔數 | 100萬 |
參與業務排序文檔數 | 預設200 |
● 傳統搜尋情境的主要目的是為了盡量短的時間內召回最符合的結果，所以對搜尋結果進行了限制，例如 search方法最多隻能召回5000條文檔。在某些情境下需要提供更多的結果來進行分析工作，可以使用scroll方法來擷取更多的結果
● 搜尋請求若超出應用配額的LCU量，超出後的請求將被丟棄，並報錯code:6015，message:Dropped by over compute resource quota
索引重建
項 | 值 |
同步速率上限 | 2MB/s |
注：詳情可參考OpenSearch同步資料原理 | |
● 規格為獨享叢集執行個體的應用可以適當調整限制;
● 索引重建預設超過3天不能完成，會自動失敗;
● 如果長時間索引重建未成功、資料同步延遲較長，請提工單聯絡技術同學