Límites del sistema
|
Elemento |
Límite |
|
Número de instancias por usuario |
Sin límite. |
|
Número total de documentos por usuario |
Teóricamente sin límite. El valor se calcula según la cuota de capacidad de almacenamiento. |
|
Número total de vistas de página (PV) por usuario |
Teóricamente sin límite. El valor se calcula según el número máximo de unidades lógicas de cómputo (LCU) disponibles para el usuario. |
|
Sistema de codificación de caracteres |
Se admite UTF-8. |
Límites de las instancias
|
Elemento |
Límite |
|
|
Tipo de clúster |
Clúster compartido |
Clúster exclusivo |
|
Longitud del nombre de una instancia |
30 caracteres |
|
|
Longitud del nombre de un campo |
30 caracteres |
|
|
Longitud del nombre de una expresión de ordenamiento |
30 caracteres |
|
|
Número de tablas secundarias |
10 |
|
|
Número de campos |
256 |
512 |
|
Longitud del nombre de una tabla de origen |
16 caracteres |
|
|
Longitud del nombre de un campo de índice |
64 caracteres |
|
|
Niveles de tablas secundarias que se pueden unir a una tabla principal |
Dos niveles |
Tres niveles |
|
Número de campos de tipo INT |
256 |
|
|
Número de campos de tipo TIMESTAMP |
4 |
|
|
Número de campos de tipo GEO_POINT |
2 |
|
|
Número de campos de tipo LITERAL. Los campos de tipo LITERAL no se pueden utilizar para crear índices compuestos. |
256 |
|
|
Número de campos de tipo TEXT o SHORT_TEXT |
32 |
64 |
|
Número de índices para análisis numérico |
4 |
8 |
|
Número de índices compuestos |
4 |
8 |
|
Número de campos en un índice compuesto |
8 |
|
|
Número de índices creados en campos de tipo INT para análisis numérico |
4 |
8 |
|
Número de índices creados en campos de tipo GEO_POINT para análisis numérico |
2 |
|
|
Número de índices creados en campos de tipo TIMESTAMP para análisis numérico |
4 |
|
|
Número de índices creados en un solo campo de tipo TEXT o SHORT_TEXT |
4 |
8 |
|
Número de índices creados en un solo campo de tipo LITERAL |
256 |
|
|
Número de índices creados en campos de tipo INT para análisis de palabras clave |
256 |
|
|
Número de índices vectoriales |
0 |
2 |
|
Número total de orígenes de datos |
20 |
|
Límites de los campos
|
Elemento |
Límite |
|
INT64 |
-2^63~2^63-1 |
|
FLOAT |
+/-3.40282e+038 |
|
DOUBLE |
+/-1.79769e+308 |
|
LITERAL |
Un campo de este tipo puede tener una longitud máxima de 65,535 bytes. |
|
TEXT |
Un campo de este tipo puede contener hasta 65,536 palabras. |
|
SHORT_TEXT |
Un campo de este tipo puede tener una longitud máxima de 100 bytes. Si un campo supera los 100 bytes, se trunca. |
|
LITERAL_ARRAY |
Un campo de este tipo puede tener una longitud máxima de 65,535 bytes. Cada delimitador integrado entre elementos del campo ocupa 2 bytes. Si un campo supera los 65,535 bytes, se trunca hasta el último elemento completo para ajustarse a la longitud máxima. Una gran cantidad de elementos en un campo de este tipo exige un alto rendimiento de consulta del sistema. Se recomienda construir cada campo con no más de 100 elementos. |
|
INT_ARRAY, FLOAT_ARRAY y DOUBLE_ARRAY |
Si los campos de estos tipos se configuran como campos de atributo, cada campo puede contener hasta 65,535 elementos. Se recomienda construir cada campo con no más de 100 elementos. |
Límites de las expresiones de ordenamiento
|
Elemento |
Límite |
|
Número de expresiones de ordenamiento preliminar |
30 |
|
Número de expresiones de ordenamiento fino |
30 |
|
Número de elementos de función de características que se pueden establecer para cada expresión de ordenamiento preliminar |
4 |
Límites del resumen de resultados de búsqueda
|
Elemento |
Descripción |
Límite |
|
Longitud de un segmento |
La longitud máxima de un resumen. |
De 1 a 300 bytes |
|
Número de segmentos |
El número de segmentos necesarios en un resumen. |
De 1 a 5 |
Límites en la inserción de datos a nivel de aplicación
|
Elemento |
Límite |
|
Número máximo de documentos que se pueden insertar mediante API en cada llamada |
1,000. Para obtener un mejor rendimiento, se recomienda insertar 100 documentos en cada llamada. También se recomienda empaquetar los documentos que se van a insertar. |
|
Número máximo de llamadas a la API para insertar datos por segundo |
500. Si ya ha insertado datos 500 veces en un segundo, la nueva solicitud fallará y se mostrará el mensaje de error "rate exceeds app quota". |
|
Tamaño total máximo de datos de cada solicitud de API |
2 MB. Si el tamaño total de datos de una solicitud de API supera los 2 MB, la solicitud fallará y se mostrará el mensaje de error "rate exceeds app quota". |
|
Tamaño total máximo de datos de las solicitudes de API por segundo |
2 MB. Si el tamaño total de datos de las solicitudes de API en un segundo supera los 2 MB, la nueva solicitud fallará y se mostrará el mensaje de error "rate exceeds app quota". |
|
Tasa máxima de sincronización para datos incrementales en orígenes de datos de ApsaraDB RDS o PolarDB |
2 MB/s. Si la tasa de sincronización supera los 2 MB/s, el sistema limita automáticamente la velocidad y retrasa la sincronización de datos incrementales. |
|
Número máximo de actualizaciones (TPS) en tablas principales y secundarias activadas por actualizaciones de base de datos o llamadas a operaciones de API |
1,500. Si el número de actualizaciones supera las 1,500, se retrasa la sincronización de datos incrementales. |
|
Tamaño máximo de un documento |
1 MB. Si el tamaño de un documento supera 1 MB, la sincronización del documento fallará y se mostrará el mensaje de error "The total size of documents exceed". |
|
Latencia en la sincronización de datos incrementales |
Después de insertar varios documentos de la tabla principal en OpenSearch, el 90 % de los documentos se pueden buscar en 10 segundos y el 99 % en 10 minutos. Para obtener más información sobre la sincronización de datos de tablas secundarias, consulte Data synchronization latency caused by multi-table joins. |
● Superar el límite superior de inserción de datos retrasa la sincronización de datos incrementales.
● Una gran cantidad de actualizaciones en tablas secundarias retrasa la sincronización de la tabla principal. El sistema no garantiza el número de actualizaciones por segundo en tablas secundarias y limita la tasa de actualización de estas tablas en tiempo real según la latencia.
● Si la capacidad de almacenamiento utilizada supera la cuota de la aplicación, el sistema descarta automáticamente la solicitud de inserción de datos por API y requiere volver a insertar los datos después de un escalado horizontal.
● Si la capacidad de almacenamiento utilizada supera la cuota de la aplicación, el sistema detiene automáticamente la sincronización de datos incrementales desde orígenes de datos de ApsaraDB RDS o PolarDB. Tras un escalado horizontal, el sistema reanuda automáticamente la sincronización de datos incrementales desde el momento en que se detuvo.
● Si la cantidad de datos incrementales generados es mayor que la cantidad que se puede sincronizar en tiempo real, la sincronización se retrasa y es posible que algunos datos incrementales no se sincronicen con la aplicación OpenSearch. En este caso, la reindexación no se puede completar.
● Las notas de uso anteriores aplican tanto a la Standard Edition como a la Advanced Edition.
● El límite superior de inserción de datos se puede ajustar adecuadamente para aplicaciones en clústeres exclusivos.
● Si utiliza un origen de datos de ApsaraDB RDS o PolarDB y selecciona automatic synchronization, OpenSearch intentará mantener la estabilidad de la sincronización, pero no garantiza una baja latencia. Si su negocio requiere una baja latencia de sincronización, se recomienda utilizar una change tracking instance of Data Transmission Service (DTS) para sincronizar datos; consulte DTS real-time synchronization.
● Para garantizar la precisión de los datos insertados mediante API/SDK, OpenSearch incluye de forma predeterminada una función de validación de orden basada en marcas de tiempo. Si necesita deshabilitar esta función, envíe un ticket para contactarnos.
Caracteres reservados no imprimibles que no pueden incluirse en los datos a insertar
|
Código |
Formato de visualización en Emacs o Vi |
|
"\x1E\n" |
^^ |
|
"\x1F\n" |
^_ |
|
"\x1C" |
^\ |
|
"\x1D" |
^] |
|
"\x03" |
^C |
Si el valor de un campo incluye los caracteres no imprimibles mencionados anteriormente, el registro no se sincroniza con la aplicación.
Los caracteres no imprimibles como \u0002 y \u0003 se convierten automáticamente a \t.
-
El motor admite los siguientes conjuntos de caracteres:
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])
Límites de las búsquedas
|
Elemento |
Límite |
|
Longitud máxima de cada cláusula, excepto las cláusulas de filtro |
1 KB antes de la codificación. Si la longitud de una cláusula supera 1 KB, se muestra un mensaje de error y se descarta la solicitud. |
|
Longitud máxima de cada cláusula de filtro |
4 KB antes de la codificación. Si la longitud de una cláusula supera los 4 KB, se muestra un mensaje de error y se descarta la solicitud. |
|
Número máximo de resultados devueltos en una página para una sola solicitud |
500 |
|
Número máximo de resultados devueltos para una sola búsqueda, incluidas varias solicitudes para consultas paginadas |
5,000 |
|
Número máximo de documentos involucrados en el ordenamiento preliminar |
1,000,000 |
|
Número máximo de documentos involucrados en el ordenamiento fino |
Valor predeterminado: 200 |
● En las búsquedas tradicionales, el objetivo es recuperar los resultados más coincidentes en el menor tiempo posible. Por lo tanto, se limita el número de documentos que pueden contener los resultados. Por ejemplo, los resultados de una búsqueda pueden contener hasta 5,000 documentos. Sin embargo, en algunos escenarios podría necesitar más resultados para su análisis. En este caso, ejecute consultas de desplazamiento (scroll) para obtener más resultados de búsqueda.
● Si las solicitudes de búsqueda han consumido todas las LCU disponibles para la aplicación, las nuevas solicitudes se descartan y se muestra el mensaje de error "code:6015,message:Dropped by over compute resource quota".
Límites de la reindexación
|
Elemento |
Límite |
|
Tasa máxima de sincronización |
2MB/s |
|
Nota: Para obtener más información, consulte How data synchronization works in OpenSearch |
|
● El límite superior se puede ajustar adecuadamente para aplicaciones en clústeres exclusivos.
● De forma predeterminada, la reindexación falla automáticamente si no se puede completar en tres días.
● Si la reindexación falla tras un periodo prolongado o si la latencia en la sincronización de datos es alta, envíe un ticket para solicitar soporte técnico.