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