Este documento responde a preguntas frecuentes sobre particionado. Consulta también la sección Particionado en el manual, que ofrece una visión general de particionado, incluyendo detalles sobre:
Claves de partición y consideraciones para la selección de claves de partición
Particionamiento de datos con fragmento y Proceso de migración de fragmento
¿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.
¿Qué significa writebacklisten en el registro?
El oyente de escritura es un proceso que inicia una encuesta larga para retransmitir los guardados desde una mongod o una mongos después de las migraciones para asegurarse de que no hayan sido asignadas al servidor incorrecto. El listener de reposición de escrituras envía las escrituras de vuelta al servidor correcto si es necesario.
Estos mensajes son una parte clave de la infraestructura de particionado y no deberían causar preocupación.
¿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 grupos de conexiones salientes utilizados mongos por, conecte mongosh a y mongos connPoolStats ejecute el comando:
db.adminCommand("connPoolStats");
Consulte la sección Uso de recursos del sistema del documento Configuraciones de UNIX ulimit para implementaciones autogestionadas.