Notas de versión

Autenticación reestructurada en scramAuth y x509 bloques. La configuración de autenticación de la fuente de sincronización ahora utiliza subbloques explícitos de scramAuth (nombre de usuario/contraseña) y x509 (certificado) en lugar de campos planos, con una validación más estricta al iniciar. Las configuraciones existentes deben migrarse a la nueva estructura. Introducido en la v1.70.1.

X.509 autenticación de certificado para conexiones de origen de sincronizar. mongot ahora puede autenticarse en mongod y mongos mediante certificados de cliente TLS como una alternativa totalmente compatible a SCRAM. Configure syncSource.replicaSet.x509 o syncSource.router.x509 con su archivo de clave de certificado y archivo CA. Introducido en la v1.70.1.

Compatibilidad con archivos de clave cifrados para TLS. Tanto la conexión TLS de origen de sincronización como el TLS del servidor gRPC aceptan una certificateKeyFilePasswordFile, por lo que ya no es necesario almacenar las llaves privadas sin cifrar en el disco. Introducido en la v1.70.1.

Nuevo syncSource.replicationReader bloque de configuración. Los operadores ahora pueden controlar de qué set de réplicas lee mongot durante la sincronización inicial y la replicación del flujo de cambios. Acepta un valor readPreference y un tagSets opcional para dirigirse a nodos con etiquetas de set de réplicas específicas. El campo obsoleto replicaSet.readPreference se ha eliminado. Introducido en la v0.66.0.

Nuevo advancedConfigs bloque de configuración de nivel superior. Los parámetros opcionales de optimización del rendimiento ahora se agrupan en un único bloque advancedConfigs: con subbloques para indexing, querying, replication, autoEmbedding y ftdc. La configuración de supervisión de FTDC y disco se ha movido aquí desde el nivel superior. Introducido en la v1.70.1.

Soporte de clúster particionado a través de syncSource.router. Un subbloque router en syncSource permite conectarse a un enrutador mongos para implementaciones particionadas. Cada partición requiere su propia instancia de mongot dedicada, con replicaSet asignando la instancia a su partición específica y router gestionando la coordinación de todo el clúster. Disponible desde la v0.40.0.

Índices ordenados (ordenación indexada). Los índices de búsqueda ahora se pueden configurar con un orden de clasificación en uno o más campos. Las query con un $sort que coincida con la clave de ordenación indexada omiten la fase de ordenación de colección completa, lo que mejora significativamente la latencia para cargas de trabajo con mucha ordenación, como los resultados ordenados por recencia o precio. Introducido en la v0.66.0.

Búsqueda vectorial anidada. $vectorSearch ahora admite la consulta de campos vectoriales incrustados dentro de arreglos de documentos anidados. Defina una ruta nestedRoot en la definición del índice para emitir búsquedas de similitud por elemento dentro de arreglos de subdocumentos. Introducido en la v1.70.1.

Fuente almacenada de vectores. Los índices de búsqueda vectorial pueden almacenar valores vectoriales originales junto con los datos del índice. Cuando una query $vectorSearch solicita returnStoredSource, los valores vectoriales sin procesar se devuelven directamente desde el índice, lo que reduce la latencia al eliminar una segunda lectura de mongod. Introducido en la v0.65.0.

Respaldo automático de ENN para búsqueda vectorial de baja recuperación. mongot ahora detecta cuándo la búsqueda de ANN (ANN) devolvería muy pocos resultados debido a las altas tasas de eliminación de documentos y recurre automáticamente a la búsqueda de vecinos más cercanos exactos (ENN), lo que mejora la calidad de la recuperación sin necesidad de cambiar las query. Introducido en la v0.66.0.

Faceta de perforación lateral. Las query de faceta utilizan el algoritmo de perforación lateral de Lucene, calculando los recuentos de faceta en todos los documentos en una sola pasada. Esto permite el comportamiento de «mostrar recuentos como si este filtro de faceta no se aplicara», común en las UI de navegación, sin una segunda query. Introducido en la v0.69.0.

Límite de depósito de facetas aumentado a 10,000. El número máximo de depósitos devueltos para las facetas de número y fecha se ha aumentado de 1,000 a 10,000, lo que permite agregaciones más detalladas en rangos de valores grandes. Introducido en la v1.70.1.

Sintaxis de definición de índice alineada para autogestionado mongot. El formato JSON de definición de índice aceptado por mongot autogestionado se ha unificado con Atlas. Las definiciones de índice se pueden usar indistintamente sin modificación. Introducido en la v1.70.1.

Incrustación automática con Voyage AI en autogestionado mongot. El mongot autogestionado ahora admite la generación automática de incrustaciones. Configure el bloque embedding: con archivos de clave de API y mongot genera y mantiene automáticamente incrustaciones vectoriales de sus campos de texto a medida que se insertan o actualizan los documentos. Introducido en la v1.70.1.

Parámetros de HNSW configurables para índices de incrustación automática. Los parámetros de construcción de grafos HNSW m y efConstruction ahora se pueden especificar en las definiciones de índices de incrustación automática, lo que permite controlar el equilibrio entre precisión y rendimiento del índice ANN. Introducido en la v0.65.0.

Punto de conexión de métricas de Prometheus para autogestionado mongot. El mongot autogestionado expone un punto final /metrics compatible con Prometheus (configurable con metrics.address, por defecto localhost:9946) para supervisar el estado del índice, el atraso de la replicación, la latencia de las query y el uso de recursos. Disponible desde la v0.40.0.

Puntos finales de estado y preparación de HTTP. El punto final /health (configurable con healthCheck.address, por defecto localhost:8080) devuelve {"status":"SERVING"} (HTTP 200) cuando mongot está listo y {"status":"NOT_SERVING"} (HTTP 503) en caso contrario, adecuado para pruebas de actividad y preparación de contenedores. Disponible desde la versión0.40.0.

Compatibilidad con $listSearchIndexes para autogestionado mongot. La mongot autogestionada ahora admite la ejecución de $listSearchIndexes en una colección para inspeccionar el estado, la definición y el estado de todos los índices de búsqueda, lo que coincide con el comportamiento disponible en Atlas. Introducido en la v1.70.1.

Métricas de memoria conscientes del contenedor. Las métricas de memoria del sistema ahora se leen de los límites de cgroup cuando se ejecutan dentro de un contenedor en lugar de informar la memoria física total del host, lo que proporciona cifras precisas de memoria disponible en entornos Docker y Kubernetes. Introducido en la v0.69.0.

Umbrales de pausa de replicación alineados con Atlas. Los umbrales en los que mongot pausa la replicación de índices para evitar sobrecargar mongod ahora son coherentes entre Atlas y las implementaciones autogestionadas. Introducido en la v0.66.0.

Lucene actualizado a 10.1. La librería de búsqueda subyacente se actualizó de Lucene 9.x a Lucene 10.1, lo que supuso mejoras en el rendimiento de las query, un mejor comportamiento de fusión de segmentos y correcciones de exactitud para las query compuestas, los índices ordenados y la búsqueda vectorial. Introducido en la v1.70.1.

Tiempo de ejecución de Java actualizado a Java 21. El binario mongot ahora se envía con Java 21 (LTS), reemplazando a Java 17. Java 21 ofrece mejoras de JIT, una mejor colección de basura y un ciclo de soporte más largo. Introducido en la v0.69.0.

La imagen base de Docker se actualizó a Amazon Linux 2023. La imagen de Docker mongot ahora utiliza Amazon Linux 2023, reemplazando a Amazon Linux 2, lo que proporciona glibc más reciente, OpenSSL actualizado y un ciclo de vida de soporte más largo. Introducido en la v0.69.0.

Índices de búsqueda protegidos contra la eliminación cuando la configuración del router es inconsistente con la topología del clúster. En un clúster particionado donde mongot carecía de configuración de router, se podía eliminar un índice de búsqueda cuando los metadatos del catálogo se movían a otra partición. mongot ahora protege los índices de búsqueda contra la eliminación y conserva la integridad de los metadatos del catálogo en este escenario. Corregido en la v0.69.0.

Bloqueo de inicio cuando syncSource.router topología no coincidente replicaSet. mongot podría bloquearse durante el arranque en un clúster particionado si la topología del enrutador no fuera coherente con el replicaSet configurado. Esto ahora se detecta al inicio y se informa como un error de configuración con un mensaje claro. Corregido en la v1.70.1.

Los índices que fallaron durante la sincronización inicial ahora se recuperan automáticamente. Un índice de búsqueda que falló a mitad de la sincronización inicial permanecería en un estado FAILED de forma permanente, lo que requeriría una intervención manual. mongot ahora detecta y reintenta las sincronizaciones iniciales fallidas al reiniciar. Corregido en la v1.70.1.

Transición de estado incorrecta de STEADY a INITIAL_SYNC. Un error en el cálculo del estado de la capa de Lucene podría hacer que un índice de búsqueda completamente indexado pasara incorrectamente de STEADY a INITIAL_SYNC, lo que activaría una reindexación innecesaria. Los índices ahora permanecen correctamente en estado STEADY. Corregido en la v0.67.0.

Replicación apagada cuando el host de origen de sincronización no está disponible. Cuando todos los nodos del set de réplicas configurados no están disponibles durante un período prolongado, mongot ahora apaga limpiamente la replicación en lugar de girar indefinidamente, lo que evita el agotamiento de los recursos y la aparición de la interrupción del servicio a través de fallas en la verificación de estado. Corregido en la v0.67.0.

Métricas del sistema obsoletas. Las métricas del sistema informadas a través del endpoint de Prometheus podrían quedar obsoletas después de un tiempo de actividad prolongado. El bucle de recopilación de métricas ahora se restablece correctamente en cada ciclo de scraping. Corregido en la v1.70.1.

Regresión de query de comodín inicial (Lucene 10). Una regresión introducida durante la migración de Lucene 10 provocó que las query de comodín inicial devolvieran resultados incorrectos o faltantes. Resuelto en Lucene 10.1. Corregido en la v1.70.1.

Puro should -regresiones de query de cláusula (Lucene 10). Las query compuestas íntegramente por cláusulas should devolvieron puntuaciones incorrectas o documentos perdidos después de la actualización de Lucene 10. Resuelto en Lucene 10.1. Corregido en la v1.70.1.

Inflación de puntuación de búsqueda vectorial anidada con scoreMode: "avg". $vectorSearch con vectores anidados y scoreMode: "avg" devolvieron puntuaciones ANN infladas en comparación con los resultados ENN. La puntuación ANN y ENN ahora es coherente. Corregido en la v0.67.0.

La búsqueda vectorial anidada con cuantificación binaria devolvió resultados incorrectos. $vectorSearch en campos vectoriales anidados utilizando la cuantificación binaria podría devolver resultados incorrectos debido a un error en la ruta del filtro secundario. Corregido en la versión0.69.0.

Las facetas de token de perforación lateral en campos vacíos generaron una excepción. Las query de facetas que utilizan el tipo de campo token en colecciones donde ningún documento había indexado el campo generarían una excepción invalid dim. El caso vacío ahora se maneja correctamente. Corregido en la v0.69.0.

Doble recuento de facetas dispersas. La iteración del arreglo clave de un campo SSDV disperso podría duplicar o omitir entradas en los resultados de la faceta. Los recuentos de facetas ahora son precisos para campos con datos dispersos. Corregido en la v0.69.0.

El operador de autocompletar descartó el token de prefijo final. Cuando un usuario escribía una palabra a mitad de la finalización, el operador de autocompletar a veces descartaba el token de prefijo de la última palabra, devolviendo resultados solo para palabras completas anteriores. Corregido en la v0.65.0.

Metadatos de colección descartar no limpiados. Cuando se descartar una colección de MongoDB, los metadatos obsoletos del catálogo de índices podrían acumularse y causar un estado incorrecto si la colección se recreaba posteriormente. Los metadatos ahora se eliminan correctamente al descartar la colección. Corregido en la v1.70.1.

Pérdida de memoria nativa en la recopilación de datos de FTDC. Una pérdida de memoria nativa en la rutina de recopilación de FTDC provocó que la huella de memoria fuera del montón de mongot creciera con el tiempo. Corregido en la v0.66.0.

Condición de competencia de concesión de zombis de incrustación automática. Una competencia entre las comprobaciones de latidos y la lógica de transición de estado podría dejar una concesión de líder de incrustación automática en un estado zombi después de que el titular se detuviera. La máquina de estado de concesión ahora utiliza comprobaciones de estado atómicas para eliminar esta ventana. Corregido en la v0.69.0.

Vistas materializadas de reemplazo completo con ámbito incorrecto para _id.<subfield> filtro. Los índices de incrustación automática cuyo filtro incluía un subcampo de _id reemplazarían incorrectamente toda la vista materializada en la actualización, descartando los documentos fuera del filtro. La actualización ahora tiene el ámbito correcto. Corregido en la v1.70.1.

Actualizaciones de dependencias de seguridad. Se actualizaron las librerías de terceros con CVE conocidos: Netty se actualizó a 4.1.132+, Jackson se actualizó a 2.18.6, Logback-core se actualizó, Plexus-Utils se actualizó a 4.0.3 y netty-tcnative se actualizó a 2.0.79.Final. Aplicado en v0.69.0.