ApsaraDB for MongoDB:Versions et moteurs de stockage

Versions prises en charge

Moteurs de stockage

Compatibilité entre les versions et les moteurs de stockage

MongoDB 8.3

Cette version introduit de nouvelles fonctionnalités, notamment une agrégation améliorée, un processus de gestion du sharding refondu, des journaux de requêtes lentes en cours d'exécution et un suivi de la mémoire au niveau des requêtes. Elle apporte également des optimisations en matière de performances, de paramètres système, d'index et de séries temporelles.

• Agrégation améliorée : ajoute l'accès aux index de tableaux, de nouvelles expressions telles que $hash et $hexHash, ainsi qu'une conversion de type améliorée pour $toString et $convert.

• Processus de gestion du sharding refondu : la commande removeShard est obsolète et remplacée par un processus en quatre étapes utilisant les commandes startShardDraining, stopShardDraining, shardDrainingStatus et commitShardRemoval. Ce nouveau processus prend en charge les opérations de pause et de reprise.

• Surveillance et diagnostic améliorés : ajoute des journaux de requêtes lentes en cours d'exécution, un suivi de la mémoire au niveau des requêtes (inUseTrackedMemBytes et peakTrackedMemBytes) et une sortie à la demande pour serverStatus.

• Performances et paramètres système : ajoute de nouveaux paramètres pour le contrôle des ressources de connexion pré-authentifiées, la récupération automatique des ressources sous pression de cache et la sélection de services tenant compte de la surcharge.

• Modifications des index : augmente la valeur par défaut de 2dsphereVersion à 4, en privilégiant GeoJSON par rapport aux paires de coordonnées héritées.

Pour plus d'informations, consultez la page Nouveautés de MongoDB 8.3.

MongoDB 8.0

Cette version introduit une mise à niveau de TCMalloc, des performances optimisées pour la réplication et le resharding, ainsi que des améliorations apportées au sharding, à la journalisation, à l'agrégation et à la sécurité.

• TCMalloc mis à niveau

  Le TCMalloc mis à niveau utilise des caches par CPU au lieu de caches par thread pour réduire la fragmentation de la mémoire et améliorer la résilience de la base de données sous de fortes charges de travail. De plus, le TCMalloc mis à niveau crée un thread d'arrière-plan qui tente de libérer la mémoire vers le système d'exploitation chaque seconde.

• Performances de réplication

  À partir de MongoDB 8.0, lorsque writeConcern est défini sur majority, MongoDB accuse réception d'une écriture dès qu'une majorité des membres du jeu de réplicas ont écrit les entrées oplog correspondantes, sans attendre l'application des modifications. Cette modification améliore les performances d'écriture en mode majority.

  Les membres secondaires écrivent et appliquent désormais les lots oplog en parallèle. Pendant qu'un thread d'écriture lit les nouvelles entrées oplog depuis le membre principal et les écrit dans l'oplog local, un thread d'application applique ces modifications de manière asynchrone à la base de données locale. Cette modification améliore le débit de réplication sur les membres secondaires.

• Performances de resharding

  MongoDB 8.0 introduit l'option forceRedistribution, qui permet de reshader une collection avec la même clé de shard, en redistribuant les données sur de nouveaux shards. Ce processus est nettement plus rapide que la migration de chunks basée sur les plages et peut être utilisé avec l'option zones pour déplacer les données vers des zones spécifiques.

• Sharding

  • Le sharding haché crée désormais un chunk par shard par défaut, contre deux chunks dans les versions antérieures à MongoDB 8.0.

  • La commande dbhash peut désormais s'exécuter directement sur un shard.

  • Les commandes findAndModify et deleteOne peuvent désormais utiliser une clé de shard partielle dans le filtre de requête.

  • Lorsque vous utilisez la commande updateOne avec upsert défini sur true sur une collection fragmentée, le filtre de requête n'a plus besoin d'inclure la clé de shard complète.

  • Vous pouvez désormais défragmenter une collection existante en utilisant la commande unshardCollection ou la méthode sh.unshardCollection(). Cette opération déplace tous les documents de la collection vers un shard spécifié ou vers le shard le moins chargé.

  • La commande moveCollection permet désormais de déplacer une collection non fragmentée vers un shard spécifique, sans être limitée au shard principal. Toutefois, les collections de séries temporelles et les collections avec chiffrement interrogeable ne peuvent pas être déplacées. Cette opération peut bloquer brièvement les écritures dans la collection pendant environ deux secondes.

  • Cette version introduit de nouvelles commandes de base de données et assistants mongosh :

    Commande	Assistant Mongosh	Description
    moveCollection	sh.moveCollection()	Déplace une collection non fragmentée vers un shard spécifique.
    unshardCollection	sh.unshardCollection()	Défragmente une collection fragmentée existante et déplace ses données vers un shard spécifique.
    abortMoveCollection	sh.abortMoveCollection()	Arrête une opération moveCollection en cours.
    abortUnshardCollection	sh.abortUnshardCollection()	Arrête une opération unshardCollection en cours.
    Aucune	sh.shardAndDistributeCollection()	Fragmente une collection et redistribue immédiatement les données à l'aide de la clé de shard fournie. L'exécution de cet assistant équivaut à exécuter shardCollection puis reshardCollection de manière séquentielle et vise à accélérer le déplacement des données.

• Journalisation

  Le journal des requêtes lentes inclut désormais un champ workingMillis, qui indique le temps pendant lequel une opération a été activement exécutée.

  Contrairement à durationMillis, qui mesure la latence totale de l'opération, workingMillis n'inclut pas le temps passé à attendre des ressources, telles que des verrous ou le contrôle de flux.

• Agrégation

  • Conversion binData

    L'opérateur $convert prend désormais en charge les conversions suivantes :

    • Convertir des valeurs de chaîne en valeurs binData.

    • Convertir des valeurs binData en valeurs de chaîne.

    De plus, l'expression $toUUID fournit une syntaxe simplifiée pour convertir des chaînes en valeurs UUID.

  • $queryStats

    L'étape $queryStats renvoie des statistiques pour les requêtes journalisées et améliore le suivi et le reporting des métriques dans un flux de changement.

• Sécurité

  • Chiffrement interrogeable

    Vous pouvez utiliser $lt, $lte, $gt et $gte pour effectuer des requêtes de plage sur des champs chiffrés.

  • File d'attente d'entrée

    MongoDB 8.0 introduit une nouvelle file d'attente pour le contrôle d'admission d'entrée (ingressAdmissionControllerTicketPoolSize). Les opérations entrant dans la base de données depuis le réseau passent par cette file d'attente d'entrée.

    Par défaut, la file d'attente d'entrée est illimitée, mais vous pouvez configurer sa taille maximale.

• Autres optimisations

  • Cette version introduit une nouvelle Forme de requête. La forme de requête précédente est désormais appelée Forme de requête du cache de plan. L'optimiseur de requêtes utilise également les Paramètres de requête comme entrée supplémentaire, ce qui affecte la sélection finale du plan de requête.

    • setQuerySettings ajoute des paramètres de requête :

      • Vous pouvez utiliser cette commande pour spécifier un index à sélectionner. MongoDB 8.0 rend obsolète l'utilisation de planCacheSetFilter pour définir un index filter.

      • Vous pouvez utiliser cette commande pour configurer la limitation de débit. L'option reject vous permet de rejeter une forme de requête spécifique.

    • removeQuerySettings supprime les paramètres de requête.

    • $querySettings affiche les paramètres de requête.

  • La commande explain() renvoie désormais le temps passé sur l'optimisation du plan de requête en millisecondes via queryPlanner.optimizationTimeMillis.

  • Le nouveau paramètre defaultMaxTimeMS spécifie la limite de temps par défaut en millisecondes pour qu'une seule opération de lecture se termine.

    • Opérations applicables :

      • find

      • aggregate (à l'exclusion des étapes $merge et $out)

      • count

      • distinct

      • dbHash

    • Si un client spécifie maxTimeMS, defaultMaxTimeMS est ignoré pour cette opération.

  • La nouvelle commande bulkWrite vous permet d'effectuer plusieurs opérations d'insertion, de mise à jour et de suppression sur plusieurs collections en une seule requête.

  • La commande updateOne prend désormais en charge l'option sort.

  • Vous pouvez désormais créer un index TTL sur une collection plafonnée.

  • Les insertions groupées non transactionnelles sont désormais regroupées en une seule entrée oplog au lieu de générer une entrée distincte pour chaque insertion. Tous les documents insérés partagent le même clusterTime dans les événements de flux de changement. Cette modification améliore les performances des insertions groupées et aide à prévenir le retard de réplication qui pourrait survenir lorsque les membres secondaires rejouent plusieurs entrées oplog.

  • Les opérations DDL concurrentes peuvent désormais s'exécuter sur différentes collections au sein de la même base de données.

  • L'ajout ou la suppression de shards est bloqué tant qu'une opération DDL modifiant une collection, telle que reshardCollection, est en cours d'exécution sur le cluster. Vous ne pouvez effectuer ces actions qu'une fois l'opération DDL terminée.

  • Les créations d'index signalent désormais les erreurs plus rapidement et offrent une meilleure résilience aux pannes.

    Comportement	MongoDB 8.0	Avant MongoDB 8.0
    Lorsqu'une création d'index s'arrête en raison d'une erreur	Les erreurs d'index, à l'exception des erreurs de clé en double, détectées lors de la phase d'analyse de la collection sont renvoyées immédiatement, arrêtant la création de l'index. MongoDB 8.0 vous aide à diagnostiquer plus rapidement les erreurs d'index. Par exemple, si un format de valeur d'index incompatible est détecté, l'erreur est renvoyée immédiatement.	Les erreurs d'index détectées lors de l'analyse de la collection étaient signalées lors de la phase de validation à la fin de la création de l'index. Par rapport à MongoDB 8.0, une erreur de création d'index pouvait prendre beaucoup plus de temps à être renvoyée car elle n'était signalée que lors de la phase de validation.
    Résilience	Un membre secondaire peut demander au membre principal d'arrêter une création d'index si une erreur se produit. Cela améliore la résilience du déploiement en empêchant le membre secondaire de planter. Une demande d'arrêt d'une création d'index n'est pas toujours faisable. Si un membre a déjà voté pour valider l'index, le membre secondaire ne peut pas demander l'arrêt de la création et plantera, similaire au comportement dans MongoDB 7.0 et versions antérieures.	Les erreurs de création d'index pouvaient provoquer le plantage des membres secondaires.
    Espace disque	Une création d'index est automatiquement abandonnée si l'espace disque disponible tombe en dessous de la valeur minimale spécifiée dans le paramètre indexBuildMinAvailableDiskSpaceMB. La création d'index ne s'arrête pas si le membre a déjà voté pour valider l'index.	Les créations d'index étaient également abandonnées si l'espace disque était insuffisant.

MongoDB 7.0

Cette version introduit de nouvelles fonctionnalités telles que le chiffrement interrogeable, la vérification de la cohérence des métadonnées de shard, les requêtes échantillonnées et l'analyse de la clé de shard (analyzeShardKey), ainsi que l'AutoMerger. Elle inclut également des améliorations et des optimisations pour le sharding, les collections de séries temporelles, l'agrégation et la sécurité.

• Chiffrement interrogeable

  Le chiffrement interrogeable était disponible en tant que fonctionnalité en aperçu dans MongoDB 6.0. Dans MongoDB 7.0, cette fonctionnalité est désormais généralement disponible (GA). Pour plus d'informations, consultez la page Chiffrement interrogeable.

• Vérification de la cohérence des métadonnées de shard

  MongoDB 7.0 introduit la commande checkMetadataConsistency pour vérifier les incohérences de métadonnées entre différents shards. Ajoutez cette vérification à vos procédures de maintenance routine pour détecter précocement les incohérences potentielles. Pour plus d'informations, consultez la page checkMetadataConsistency.

• Requête échantillonnée et analyse de la clé de shard

  Cette version prend en charge l'analyse de l'adéquation de la clé de shard d'une collection en fonction des résultats de requêtes échantillonnées. Cela peut vous aider à concevoir un schéma et une clé de shard plus efficaces et à mieux exploiter votre architecture de sharding. Pour plus d'informations, consultez les pages analyShardKey et configureQueryAnalyzer.

• AutoMerger

  MongoDB 7.0 introduit un nouvel AutoMerger pour l'équilibreur de charge. Lorsque la distribution des données ou des index est inégale, qu'il y a trop de chunks ou lors d'une migration de données, l'AutoMerger fusionne les chunks pour équilibrer les données et améliorer les performances. Cette fonctionnalité est activée par défaut dans MongoDB 7.0 et vous pouvez la gérer via la fenêtre active de l'équilibreur de charge.

• Sharding

  • Vous pouvez désormais utiliser le paramètre rangeDeleterHighPriority pour attribuer une priorité plus élevée à la suppression des documents orphelins. Par défaut, ce paramètre est défini sur false car les suppressions au niveau de l'application ont généralement une priorité plus élevée.

  • La métrique de surveillance operationsBlockedByRefresh, qui suivait le comportement d'actualisation du cache de catalogue, n'est plus prise en charge car chaque opération sur mongos utilisant les informations de routage de collection incrémentait ce compteur.

  • Cette version ajoute de nouvelles métriques de surveillance pour le resharding.

  • La commande addShard ne prend plus en charge l'option maxSize.

  • Lorsque vous ajustez la taille des chunks pour la collection config.settings, une vérification de validation limite désormais la valeur à la plage [1, 1024].

  • À partir de MongoDB 6.0.3, plusieurs ajustements ont été apportés à la politique de l'équilibreur de charge :

    • L'équilibreur de charge n'équilibre plus en fonction de la différence du nombre de chunks entre les shards. Il équilibre désormais en fonction de la différence de taille des données entre les shards.

    • Une plage remplace le concept logique de chunk.

    • Le fractionnement automatique se produit uniquement lorsque les plages se déplacent entre les shards.

• Collections de séries temporelles

  • Cette version supprime les restrictions opérationnelles sur la commande DELETE pour les collections de séries temporelles. La commande DELETE n'a désormais plus de limitations, sauf qu'elle ne peut pas être utilisée dans des transactions multi-documents.

  • La commande COMPACT prend désormais en charge les collections de séries temporelles.

• Agrégation

  Cette version introduit les opérateurs suivants pour prendre en charge les calculs bit à bit et les percentiles :

  Paramètre	Description
  $bitAnd	Renvoie le résultat d'une opération ET bit à bit sur une valeur Int32 ou Int64.
  $bitNot	Renvoie le résultat d'une opération NON bit à bit sur une valeur Int32 ou Int64.
  $bitOr	Renvoie le résultat d'une opération OU bit à bit sur une valeur Int32 ou Int64.
  $bitXor	Renvoie le résultat d'une opération OU exclusif bit à bit sur une valeur Int32 ou Int64.
  $median	Renvoie la médiane approximative, qui équivaut au 50e percentile.
  $percentile	Renvoie la valeur pour un percentile spécifié.

• Sécurité

  • MongoDB prend en charge KMIP 1.0 et 1.1.

  • MongoDB prend en charge OpenSSL 3.0 et OpenSSL FIPS.

• Autres optimisations

  • Les journaux de requêtes lentes incluent désormais de nouveaux champs, tels que catalogCacheIndexLookupDurationMillis. Pour plus d'informations, consultez la page messages de journal pour les requêtes lentes.

  • À partir de MongoDB 7.0, MongoDB ajuste automatiquement et dynamiquement la concurrence des transactions du moteur de stockage, qui avait auparavant une valeur par défaut de 128. Pour plus d'informations, consultez la page Transactions concurrentes du moteur de stockage.

  • La commande currentOp inclut désormais de nouveaux champs liés à l'échantillonnage des requêtes. Pour plus d'informations, consultez la page currentop-metrics.

  • Cette version ajoute la prise en charge des index génériques composés. Pour plus d'informations, consultez la page Index génériques composés.

  • Le nouvel opérateur $changeStreamSplitLargeEvent prend en charge le fractionnement des grands événements de changement dépassant 16 Mo. Pour plus d'informations, consultez la page Grands événements de flux de changement.

  • Cette version améliore les performances du moteur d'exécution de requêtes basé sur les slots.

  • Cette version ajoute de nouvelles métriques pour les migrations de chunks. Pour plus d'informations, consultez la page Nouvelles statistiques de sharding pour les migrations de chunks.

  • Vous pouvez désormais utiliser la variable système USER_ROLES pour récupérer les rôles de l'utilisateur actuel.

  • Cette version ajoute de nouveaux paramètres globaux liés à analyzeShardKey, balancer et queryAnalyzers.

  • La sortie de la commande serverStatus inclut désormais des champs supplémentaires. Pour plus d'informations, consultez la page Modification de la sortie serverStatus.

Notes de version de MongoDB 6.0

MongoDB 5.0

Fonctionnalités de MongoDB 4.4

MongoDB 4.2

MongoDB 4.0

MongoDB 3.4 (obsolète)