Preguntas frecuentes: Particionado con MongoDB

¿Es adecuado el particionado para una nueva implementación?

A veces. Sin embargo, si tu conjunto de datos cabe en un único servidor, deberías empezar con una implementación sin particionado, ya que particionar mientras tu conjunto de datos es pequeño aporta poca ventaja .

¿Puedo seleccionar una clave de partición diferente después de particionar una colección?

Las opciones para cambiar una clave de partición dependen de la versión de MongoDB que está ejecutando:

• A partir de MongoDB 5.0, puedes refragmentar una colección al cambiar la clave de fragmentación de un documento.

• Para ajustar una clave de fragmentación, agrega un campo o campos de sufijo a la clave de fragmentación existente.

¿Por qué mis documentos no están distribuidos entre las particiones?

El balanceador comienza a distribuir datos entre las particiones una vez que la distribución de los fragmentos ha alcanzado ciertos umbrales. Consulta los Umbrales de migración.

Además, MongoDB no puede mover un fragmento si el número de documentos en el fragmento supera un cierto número. Consulte Número máximo de documentos por rango para migrar y fragmentos indivisibles/jumbo.

¿Cómo mongos ¿detectar cambios en la configuración del clúster segmentado?

Las instancias mongos mantienen una caché de la base de datos de configuración que contiene los metadatos para el clúster fragmentado.

mongos actualiza su caché de manera perezosa al realizar una solicitud a una partición y descubrir que sus metadatos están desactualizados. Para obligar a mongos a recargar su caché, puedes ejecutar el comando flushRouterConfig contra cada mongos directamente.

¿Cómo utiliza mongos las conexiones?

Cada instancia de mongos mantiene un conjunto de conexiones con los nodos del clúster. Las solicitudes del cliente utilizan estas conexiones una por una; es decir, las solicitudes no se multiplexan ni se canalizan.

Cuando se completan las solicitudes del cliente, el mongos devuelve la conexión al grupo. Estos conjuntos no se reducen cuando disminuye el número de clientes. Esto puede dar lugar a un mongos sin usar con un gran número de conexiones abiertas. Si el mongos ya no se utiliza, es seguro reiniciar el proceso para cerrar las conexiones existentes.

Para devolver estadísticas agregadas relacionadas con todos los mongos utilizados por el pool de conexiones salientes, conéctese mongosh a mongos, y ejecuta el comando connPoolStats:

db.adminCommand("connPoolStats");

Consulte la sección Uso de recursos del sistema del documento Configuraciones de UNIX ulimit para implementaciones autogestionadas.