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 los fragmentos una vez que la distribución de fragmentos alcanza ciertos umbrales. Consulte Umbrales de migración.

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

¿Cómo funciona? mongos ¿Detectar cambios en la configuración del clúster fragmentado?

mongosLas instancias mantienen un caché de la base de datos de configuración que contiene los metadatos del 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 mantiene un conjunto de conexiones con los miembros del clúster fragmentado. Las solicitudes de cliente utilizan estas conexiones una a una; es decir, no se multiplexan ni mongos 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.