Tous les produits
Search
Centre de documentation

Data Transmission Service:Synchroniser les données de PolarDB for MySQL vers MaxCompute

Dernière mise à jour :Oct 13, 2026

Vous pouvez utiliser Data Transmission Service (DTS) pour synchroniser les données d'un PolarDB for MySQL cluster vers MaxCompute.

Prérequis

Limites

Remarque

DTS ne synchronise pas les clés étrangères de la base de données source vers la base de données de destination. Par conséquent, les opérations en cascade et de suppression sur la base de données source ne sont pas synchronisées vers la base de données de destination.

Type

Description

Limites de la base de données source

  • Les tables à synchroniser doivent posséder une clé primaire ou une contrainte UNIQUE, et tous les champs doivent être uniques. Sinon, des données en double peuvent apparaître dans la base de données de destination.

  • Si vous synchronisez les données au niveau de la table et devez modifier les tables (par exemple, mapper les noms de colonnes), une seule tâche de synchronisation prend en charge jusqu'à 1 000 tables. Si vous dépassez cette limite, une erreur est signalée lors de l'envoi de la tâche. Pour résoudre ce problème, répartissez les tables dans plusieurs tâches de synchronisation ou synchronisez l'intégralité de la base de données.

  • Journaux binaires :

    • Vous devez activer la journalisation binaire et définir le paramètre loose_polar_log_bin sur ON. Sinon, une erreur est signalée lors de la pré-vérification et l'instance DTS ne démarre pas. Pour plus d'informations sur l'activation de la journalisation binaire et la modification des paramètres, consultez Activer la journalisation binaire et Définir les paramètres du cluster et des nœuds.

      Remarque

      L'activation de la journalisation binaire pour un PolarDB for MySQL cluster consomme de l'espace de stockage et engendre des frais.

    • Les journaux binaires du PolarDB for MySQL cluster doivent être conservés pendant au moins 3 jours. Nous vous recommandons de les conserver pendant 7 jours. Sinon, la tâche DTS peut échouer car DTS ne peut pas obtenir les journaux binaires. Dans des cas extrêmes, cela peut entraîner une incohérence des données ou une perte de données. Les problèmes causés par une période de rétention des journaux binaires inférieure à la période requise ne sont pas couverts par l'accord de niveau de service (SLA) de DTS.

      Remarque

      Pour plus d'informations sur la définition de la période de rétention des journaux binaires d'un PolarDB for MySQL cluster, consultez Modifier la période de rétention.

  • N'exécutez pas d'opérations DDL qui modifient les schémas de base de données ou de tables pendant la synchronisation du schéma ou la synchronisation complète des données. Sinon, la tâche de synchronisation échoue.

    Remarque

    Pendant la synchronisation complète, DTS interroge la base de données source. Cela crée des verrous de métadonnées qui peuvent bloquer les opérations DDL sur la base de données source.

Autres limites

  • Vous ne pouvez pas synchroniser les données depuis un nœud en lecture seule du source PolarDB for MySQL cluster.

  • Vous ne pouvez pas synchroniser les tables externes OSS depuis le source PolarDB for MySQL cluster.

  • La synchronisation des types INDEX, PARTITION, VIEW, PROCEDURE, FUNCTION, TRIGGER et FK n'est pas prise en charge.

  • La synchronisation des données de type VECTOR n'est pas prise en charge.

  • Le basculement principal/secondaire de l'instance de base de données n'est pas pris en charge lors de la synchronisation initiale complète des données. En cas de basculement, reconfigurez la tâche de synchronisation.

  • Avant de synchroniser les données, évaluez les performances des bases de données source et de destination. Nous vous recommandons de synchroniser les données pendant les heures creuses. Sinon, la synchronisation initiale complète des données consomme des ressources en lecture et en écriture sur les deux bases de données, ce qui peut augmenter la charge de la base de données.

  • La synchronisation initiale complète des données exécute des opérations INSERT concurrentes, ce qui provoque une fragmentation dans les tables de la base de données de destination. Par conséquent, l'espace tablespace de l'instance de destination est plus grand que celui de l'instance source après la synchronisation initiale complète des données.

  • Pour la synchronisation des données au niveau de la table, n'utilisez pas d'outils tels que pt-online-schema-change pour effectuer des opérations DDL en ligne sur les objets de synchronisation dans la base de données source. Sinon, la synchronisation échoue.

  • Pour la synchronisation des données au niveau de la table, si aucune donnée autre que celles de DTS n'est écrite dans la base de données de destination, vous pouvez utiliser Data Management (DMS) pour effectuer des opérations DDL en ligne. Pour plus d'informations, consultez Modifier les schémas sans verrouiller les tables.

  • Pendant la synchronisation DTS, n'écrivez pas de données autres que les données DTS dans la base de données de destination. Sinon, une incohérence des données entre les bases de données source et de destination peut se produire. Par exemple, si vous utilisez DMS pour effectuer des opérations DDL en ligne pendant que d'autres données sont écrites dans la base de données de destination, des données peuvent être perdues.

  • Étant donné que MaxCompute ne prend pas en charge les contraintes de clé primaire, des enregistrements en double peuvent apparaître dans MaxCompute si DTS retransmet des données en raison de problèmes réseau ou d'autres raisons.

  • Si une tâche échoue, l'équipe support DTS tentera de la restaurer dans un délai de huit heures. Pendant la restauration, ils peuvent redémarrer la tâche ou ajuster ses paramètres.

    Remarque

    Seuls les paramètres de la tâche DTS sont modifiés, et non les paramètres de la base de données. Les paramètres susceptibles d'être ajustés incluent ceux répertoriés dans Modifier les paramètres de l'instance.

Autres notes

DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS test sur la base de données source pour faire avancer le décalage du journal binaire.

Facturation

Type de synchronisation

Tarification

Synchronisation du schéma et synchronisation complète des données

Gratuit.

Synchronisation incrémentielle des données

Facturé. Pour plus d'informations, consultez Aperçu de la facturation.

Topologies de synchronisation prises en charge

  • Synchronisation unidirectionnelle un-à-un

  • Synchronisation unidirectionnelle un-à-plusieurs

  • Synchronisation en cascade unidirectionnelle

  • Synchronisation unidirectionnelle plusieurs-à-un

Pour plus d'informations sur les topologies de synchronisation et leurs limites, consultez Présentation des topologies de synchronisation des données.

Opérations SQL prises en charge

Type d'opération

Instruction SQL

DML

INSERT, UPDATE et DELETE

DDL

ADD COLUMN (ADD COLUMN avec des colonnes d'attribut n'est pas pris en charge)

Fonctionnement

  1. Synchronisation du schéma — DTS réplique les schémas de table de la base de données source vers MaxCompute, en ajoutant _base à chaque nom de table. Par exemple, la table source customer devient customer_base dans MaxCompute.

  2. Synchronisation complète des données — DTS charge toutes les données historiques de la source dans les tables _base (appelées tables de référence complètes). Cet instantané constitue le point de départ pour la synchronisation incrémentielle.

  3. Synchronisation incrémentielle des données — DTS crée une table de journal incrémentiel dans MaxCompute, nommée d'après la table de destination avec un suffixe _log (par exemple, customer_log), et synchronise les modifications de données incrémentielles de la base de données source vers cette table en temps réel.

    Remarque

    Pour plus d'informations sur la structure de la table de journal incrémentiel, consultez Définition du schéma de la table de journal incrémentiel.

Procédure

  1. Accédez à la page de liste des tâches de synchronisation de la région de destination. Vous pouvez utiliser l'une des deux méthodes suivantes :

    Depuis la console DTS

    1. Connectez-vous à la console Data Transmission Service (DTS).

    2. Dans le volet de navigation de gauche, cliquez sur Data Synchronization.

    3. Dans le coin supérieur gauche de la page, sélectionnez la région où se trouve l'instance de synchronisation.

    Depuis la console DMS

    Remarque

    Les opérations réelles peuvent varier en fonction du mode et de la disposition de la console DMS. Pour plus d'informations, consultez Mode simple et Personnaliser la disposition et le style de l'interface DMS.

    1. Connectez-vous à Data Management (DMS).

    2. Dans la barre de menu supérieure, choisissez Data + AI > Data Transmission (DTS) > Data Synchronization.

    3. À droite de Data Synchronization Tasks, sélectionnez la région où se trouve l'instance de synchronisation.

  2. Cliquez sur Create Task pour ouvrir la page de configuration de la tâche.

  3. Configurez les bases de données source et de destination.

    Catégorie

    Paramètre

    Description

    N/A

    Task Name

    DTS génère automatiquement un nom de tâche. Nous vous recommandons de spécifier un nom descriptif pour une identification facile. Le nom n'a pas besoin d'être unique.

    Source Database

    Select Existing Connection

    • Pour utiliser une instance de base de données qui est ajoutée au système (nouvellement créée ou enregistrée), sélectionnez l'instance de base de données dans la liste déroulante. Les informations de la base de données sont configurées automatiquement.

      Remarque

      Dans la console DMS, cet élément de configuration est nommé Select a DMS database instance..

    • Si vous n'avez pas ajouté l'instance de base de données au système, ou si vous n'avez pas besoin d'utiliser une instance déjà ajoutée, configurez manuellement les informations de base de données suivantes.

    Database Type

    Sélectionnez PolarDB for MySQL.

    Connection Type

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

    Sélectionnez la région où se trouve le cluster PolarDB for MySQL source.

    Cross-account

    Dans cet exemple, la source et la destination se trouvent dans le même compte Alibaba Cloud. Sélectionnez No.

    PolarDB Cluster ID

    Sélectionnez l'ID du cluster du cluster PolarDB for MySQL source.

    Database Account

    Saisissez le compte de base de données pour le cluster PolarDB for MySQL source. Le compte doit disposer d'autorisations de lecture sur les objets en cours de synchronisation.

    Database Password

    Saisissez le mot de passe correspondant au compte de base de données.

    Encryption

    Sélectionnez une option en fonction de vos besoins. Pour plus d'informations, consultez Configurer le chiffrement SSL.

    Destination Database

    Select Existing Connection

    • Pour utiliser une instance de base de données qui est ajoutée au système (nouvellement créée ou enregistrée), sélectionnez l'instance de base de données dans la liste déroulante. Les informations de la base de données sont configurées automatiquement.

      Remarque

      Dans la console DMS, cet élément de configuration est nommé Select a DMS database instance..

    • Si vous n'avez pas ajouté l'instance de base de données au système, ou si vous n'avez pas besoin d'utiliser une instance déjà ajoutée, configurez manuellement les informations de base de données suivantes.

    Database Type

    Sélectionnez MaxCompute.

    Connection Type

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

    Sélectionnez la région où se trouve le projet MaxCompute de destination.

    Project

    Saisissez le nom du projet MaxCompute.

    AccessKey ID of Alibaba Cloud Account

    Saisissez la paire AccessKey que vous avez créée dans la section Prérequis.

    AccessKey Secret of Alibaba Cloud Account

  4. Une fois la configuration terminée, cliquez sur Test Connectivity and Proceed en bas de la page.

    Remarque

    Assurez-vous que les blocs CIDR d'adresses IP des serveurs DTS sont ajoutés aux paramètres de sécurité des bases de données source et de destination pour autoriser l'accès depuis les serveurs DTS. Cette opération peut être effectuée automatiquement ou manuellement. Pour plus d'informations, consultez Ajouter les blocs CIDR d'adresses IP des serveurs DTS à une liste d'autorisation.

  5. Cliquez sur OK pour autoriser le compte ODPS, puis cliquez à nouveau sur Test Connectivity and Proceed.

  6. Configurez les objets de la tâche.

    1. Sur la page Configure Objects, configurez les objets à synchroniser.

      Paramètre

      Description

      Synchronization Types

      Les types de synchronisation. Par défaut, Incremental Data Synchronization est sélectionné. Vous devez également sélectionner Schema Synchronization et Full Data Synchronization. Une fois la pré-vérification terminée, DTS synchronise les données historiques des objets sélectionnés de la base de données source vers le cluster de destination. Les données historiques constituent la base de la synchronisation incrémentielle ultérieure.

      Naming Rules of Additional Columns

      DTS ajoute des colonnes supplémentaires à la table de destination dans MaxCompute. Si un nom de colonne supplémentaire entre en conflit avec une colonne existante, la tâche de synchronisation échoue. Sélectionnez New Rule ou Previous Rule en fonction de vos besoins métier.

      Avertissement

      Avant de sélectionner une règle, vérifiez si les noms des colonnes supplémentaires entrent en conflit avec les colonnes existantes de la table de destination. Sinon, la tâche peut échouer ou des données peuvent être perdues. Pour plus d'informations sur les règles et les définitions des colonnes supplémentaires, consultez Noms et définitions des colonnes supplémentaires.

      Partition Definition of Incremental Data Table

      Sélectionnez un nom de partition en fonction de vos besoins métier. Pour plus d'informations sur les partitions, consultez Partitions.

      Processing Mode of Conflicting Tables

      • Precheck and Report Errors : Vérifie si une table portant le même nom existe dans la base de données de destination. Si aucune table portant le même nom n'existe, la pré-vérification réussit. Si une table portant le même nom existe, la pré-vérification échoue et la tâche de synchronisation des données ne démarre pas.

        Remarque

        Si vous ne pouvez pas supprimer ou renommer la table portant le même nom dans la base de données de destination, vous pouvez la mapper vers un nom de table différent. Pour plus d'informations, consultez Mapper les noms de tables et de colonnes.

      • Ignore Errors and Proceed : Ignore la vérification des noms de tables en double dans la base de données de destination.

        Avertissement

        La sélection de Ignore Errors and Proceed peut entraîner une incohérence des données et mettre votre activité à risque. Par exemple :

        • Si les schémas de table sont identiques et qu'un enregistrement de la base de données de destination possède la même valeur de clé primaire ou de clé unique qu'un enregistrement de la base de données source :

          • Lors de la synchronisation complète, DTS conserve l'enregistrement dans le cluster de destination. L'enregistrement correspondant de la base de données source n'est pas synchronisé.

          • Lors de la synchronisation incrémentielle, l'enregistrement de la base de données source écrase l'enregistrement de la base de données de destination.

        • Si les schémas de table sont différents, la synchronisation initiale des données peut échouer. Cela peut entraîner la synchronisation uniquement des données de certaines colonnes ou un échec complet de la synchronisation. Procédez avec prudence.

      Capitalization of Object Names in Destination Instance

      Vous pouvez configurer la politique de sensibilité à la casse pour les noms d'objets de base de données, de tables et de colonnes qui sont synchronisés vers l'instance de destination. Par défaut, la DTS default policy est sélectionnée. Vous pouvez également choisir d'utiliser les politiques par défaut des bases de données source et de destination. Pour plus d'informations, consultez Politique de sensibilité à la casse pour les noms d'objets de destination.

      Source Objects

      Dans la zone Source Objects, cliquez sur un objet à synchroniser, puis cliquez sur 向右 pour le déplacer vers la zone Selected Objects.

      Remarque

      Vous pouvez sélectionner des objets au niveau de la table.

      Selected Objects

      • Pour renommer un seul objet de synchronisation dans l'instance de destination, cliquez avec le bouton droit sur l'objet dans la zone Selected Objects. Pour plus d'informations sur le renommage des objets, consultez Mapper une seule base de données, table ou colonne.

      • Pour modifier les noms de plusieurs objets de synchronisation dans l'instance de destination par lot, cliquez sur Batch Edit dans le coin supérieur droit de la zone Selected Objects. Pour plus d'informations, consultez Mapper les bases de données, tables et colonnes par lot.

    2. Cliquez sur Next: Advanced Settings pour configurer les paramètres avancés.

      Paramètre

      Description

      Dedicated Cluster for Task Scheduling

      Par défaut, DTS planifie les tâches sur un cluster partagé et vous n'avez pas besoin de sélectionner un cluster. Pour des performances plus stables, vous pouvez acheter un cluster dédié pour exécuter les tâches de synchronisation DTS. Pour plus d'informations, consultez Qu'est-ce qu'un cluster dédié DTS ?.

      Retry Time for Failed Connections

      Après le démarrage d'une tâche de synchronisation, si la connexion à la base de données source ou de destination échoue, DTS signale une erreur et commence immédiatement à réessayer la connexion. La durée de nouvelle tentative par défaut est de 720 minutes. Vous pouvez également spécifier une durée de nouvelle tentative personnalisée comprise entre 10 et 1 440 minutes. Nous vous recommandons de définir la durée à 30 minutes ou plus. Si DTS se reconnecte avec succès à la base de données dans la durée spécifiée, la tâche de synchronisation reprend automatiquement. Sinon, la tâche échoue.

      Remarque
      • Si vous disposez de plusieurs instances DTS (par exemple, l'instance A et l'instance B) qui partagent la même source ou la même destination, et que vous définissez la durée de nouvelle tentative réseau à 30 minutes pour l'instance A et à 60 minutes pour l'instance B, la durée la plus courte de 30 minutes est utilisée pour les deux.

      • Étant donné que DTS facture le temps d'exécution de la tâche pendant la période de nouvelle tentative de connexion, nous vous recommandons de personnaliser la durée de nouvelle tentative en fonction de vos besoins métier ou de libérer l'instance DTS dès que possible après la libération des instances de base de données source et de destination.

      Retry Time for Other Issues

      Après le démarrage de la tâche de synchronisation, si d'autres problèmes non liés à la connectivité surviennent avec la base de données source ou de destination (tels que des exceptions d'exécution DDL ou DML), DTS signale une erreur et lance immédiatement des opérations de nouvelle tentative continues. La durée de nouvelle tentative par défaut est de 10 minutes. Vous pouvez également personnaliser la durée de nouvelle tentative dans la plage de 1 à 1 440 minutes. Nous vous recommandons de la définir à 10 minutes ou plus. Si les opérations pertinentes aboutissent dans la durée de nouvelle tentative définie, la tâche de synchronisation reprend automatiquement. Sinon, la tâche échoue.

      Important

      La valeur de Retry Time for Other Issues doit être inférieure à celle de Retry Time for Failed Connections.

      Enable Throttling for Full Data Synchronization

      Pendant la phase de synchronisation complète, DTS consomme des ressources de lecture et d'écriture des bases de données source et de destination, ce qui peut augmenter la charge de la base de données. Pour réduire la charge sur les bases de données source et de destination, vous pouvez définir une limite de débit pour la tâche de synchronisation complète en configurant les paramètres Queries per second (QPS) to the source database, RPS of Full Data Migration et Data migration speed for full migration (MB/s).

      Remarque
      • Cet élément de configuration est disponible uniquement lorsque Synchronization Types est défini sur Full Data Synchronization.

      • Vous pouvez également ajuster le débit de synchronisation complète après le démarrage de l'instance de synchronisation.

      Enable Throttling for Incremental Data Synchronization

      Vous pouvez également définir une limite de débit pour la tâche de synchronisation incrémentielle. Pour soulager la pression sur la base de données de destination, définissez les paramètres RPS of Incremental Data Synchronization et Data synchronization speed for incremental synchronization (MB/s).

      Whether to delete SQL operations on heartbeat tables of forward and reverse tasks

      Choisissez s'il faut écrire les informations SQL de pulsation dans la base de données source lorsque l'instance DTS est en cours d'exécution.

      • Yes : Les informations SQL de pulsation ne sont pas écrites dans la base de données source. Cela peut amener l'instance DTS à signaler un retard.

      • No : Écrit les informations SQL de pulsation dans la base de données source. Cela peut interférer avec des fonctionnalités telles que la sauvegarde physique et le clonage de la base de données source.

      Environment Tag

      Sélectionnez un tag d'environnement pour identifier l'instance. Non requis pour cet exemple.

      Configure ETL

      Choisissez d'activer ou non la fonctionnalité extract, transform, and load (ETL). Pour plus d'informations, consultez Qu'est-ce que l'ETL ? Valeurs valides :

      Monitoring and Alerting

      Spécifiez s'il faut configurer des alertes. Si la synchronisation échoue ou si la latence dépasse le seuil spécifié, une notification est envoyée à un contact d'alerte.

  7. Enregistrez la tâche et exécutez une pré-vérification.

    • Pour afficher les paramètres API pour la configuration de cette instance, placez le curseur sur le bouton Next: Save Task Settings and Precheck et cliquez sur Preview OpenAPI parameters dans la bulle.

    • Si vous avez terminé la consultation des paramètres API, cliquez sur Next: Save Task Settings and Precheck en bas de la page.

    Remarque
    • Avant le démarrage de la tâche de synchronisation, DTS exécute une pré-vérification. La tâche ne peut démarrer qu'après la réussite de tous les éléments de pré-vérification.

    • Si la pré-vérification échoue, cliquez sur View Details pour l'élément ayant échoué. Corrigez le problème comme indiqué, puis exécutez à nouveau la pré-vérification.

    • Si la pré-vérification renvoie un avertissement :

      • Si un élément de vérification échoue et ne peut pas être ignoré, cliquez sur View Details à côté de l'élément. Suivez les instructions pour corriger le problème, puis exécutez à nouveau la pré-vérification.

      • Pour les éléments de vérification qui peuvent être ignorés, vous pouvez cliquer successivement sur Confirm Alert Details, Ignore, OK et Precheck Again pour ignorer l'avertissement et relancer la pré-vérification. Si vous choisissez de masquer l'élément d'avertissement, cela peut entraîner des problèmes tels qu'une incohérence des données et présenter des risques pour votre activité.

  8. Achetez une instance.

    1. Lorsque le Success Rate est de 100 %, cliquez sur Next: Purchase Instance.

    2. Sur la page Purchase, sélectionnez la méthode de facturation et la spécification de lien pour l'instance de synchronisation des données. Le tableau suivant décrit ces paramètres en détail.

      Catégorie

      Paramètre

      Description

      New Instance Class

      Méthode de facturation

      • Abonnement : Vous payez lors de la création de l'instance. Cette option convient aux besoins à long terme et est plus rentable que le paiement à l'utilisation. Plus la durée d'abonnement est longue, plus la remise est élevée.

      • Paiement à l'utilisation : Vous êtes facturé sur une base horaire. Cette option convient aux besoins à court terme. Vous pouvez libérer l'instance immédiatement après utilisation pour économiser des coûts.

      Configuration du groupe de ressources

      Le groupe de ressources auquel appartient l'instance. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez Qu'est-ce que Resource Management ?.

      Spécification de lien

      DTS propose des spécifications de synchronisation avec différents niveaux de performance. La spécification de lien de synchronisation affecte le taux de synchronisation. Vous pouvez choisir une spécification en fonction de votre scénario métier. Pour plus d'informations, consultez Spécifications des liens de synchronisation des données.

      Durée d'abonnement

      En mode abonnement, sélectionnez la durée et la quantité pour l'instance d'abonnement. Vous pouvez choisir un abonnement mensuel de 1 à 9 mois, ou un abonnement annuel de 1, 2, 3 ou 5 ans.

      Remarque

      Cette option est disponible uniquement lorsque la méthode de facturation est Subscription.

    3. Une fois la configuration terminée, lisez et sélectionnez Data Transmission Service (Pay-as-you-go) Service Terms.

    4. Cliquez sur Buy and Start. Dans la boîte de dialogue OK, cliquez sur OK.

      Vous pouvez consulter la progression de la tâche sur la page Data Synchronization.

  9. Définition du schéma de la table des journaux incrémentiels

    Avant d'interroger la table des données incrémentielles, exécutez la commande suivante dans MaxCompute pour autoriser les analyses complètes des tables :

    set odps.sql.allow.fullscan=true;

    Chaque table _log stocke les événements de modification provenant de la source. En plus des données de colonne d'origine, DTS ajoute les champs de métadonnées suivants à chaque ligne :

    Champ

    Description

    record_id

    Identifiant unique de l'entrée de journal. S'incrémente automatiquement pour chaque nouvelle entrée. Pour les opérations UPDATE, DTS génère deux entrées (avant et après la modification) partageant le même record_id.

    operation_flag

    Type d'opération : I (INSERT), D (DELETE), U (UPDATE).

    utc_timestamp

    Horodatage de l'opération en UTC, correspondant à l'horodatage du fichier de journal binaire.

    before_flag

    Y si la ligne contient les valeurs avant mise à jour ; N sinon.

    after_flag

    Y si la ligne contient les valeurs après mise à jour ; N sinon.

    Lecture des événements UPDATE : DTS écrit deux lignes pour chaque opération UPDATE — l'une avec before_flag=Y (valeurs d'origine) et l'autre avec after_flag=Y (nouvelles valeurs). Ces deux lignes partagent le même record_id.