Tous les produits
Search
Centre de documentation

Data Transmission Service:Synchroniser ApsaraDB RDS for MySQL vers Function Compute

Dernière mise à jour :Aug 10, 2026

Utilisez Data Transmission Service (DTS) pour synchroniser les données complètes ou incrémentielles d'une instance ApsaraDB RDS for MySQL vers une fonction spécifique dans Function Compute. Vous pouvez ensuite écrire du code pour traiter ces données.

Prérequis

  • Vous disposez d'une instance source ApsaraDB RDS for MySQL.

  • Vous avez créé le service et la fonction de destination, et défini le Handler Type sur Event Handler. Pour créer une fonction, consultez la rubrique Créer rapidement une fonction.

    Remarque

    Seule la version 2.0 de Function Compute (FC) est prise en charge.

Remarques d'utilisation

Type

Description

Limitations de la base de données source

  • Les tables à synchroniser doivent disposer d'une clé primaire ou d'une contrainte unique, et toutes les colonnes de cette contrainte doivent contenir des valeurs uniques.

  • Une seule ligne de données dans la base de données source ne doit pas dépasser 16 Mo. Dans le cas contraire, la tâche DTS échoue car DTS ne peut pas écrire les données dans Function Compute. Pour synchroniser uniquement certains champs, utilisez la fonctionnalité ETL (extract, transform, load) afin de filtrer les champs volumineux.

  • Si vous synchronisez les données table par table, une seule tâche de synchronisation prend en charge un maximum de 1 000 tables. Si vous dépassez cette limite, une erreur s'affiche après l'envoi de la tâche. Nous vous recommandons soit de répartir les tables sur plusieurs tâches, soit de configurer une seule tâche pour synchroniser l'intégralité de la base de données.

  • Journaux binaires :

    • La journalisation binaire est activée par défaut sur ApsaraDB RDS for MySQL. Assurez-vous que le paramètre binlog_row_image est défini sur full. Sinon, la vérification préalable échoue et la tâche de synchronisation ne peut pas démarrer. Pour plus d'instructions, consultez la rubrique Configurer les paramètres de l'instance.

      Important
      • Si votre instance source est une base de données MySQL autogérée, activez la journalisation binaire et définissez binlog_format sur row et binlog_row_image sur full.

      • Si votre base de données MySQL autogérée est un cluster à double primaire (où les deux nœuds agissent comme principal et secondaire), activez le paramètre log_slave_updates afin que DTS puisse capturer tous les événements des journaux binaires. Pour plus d'instructions, consultez la rubrique Créer un compte et configurer la journalisation binaire pour une base de données MySQL autogérée.

    • Les journaux binaires locaux d'une instance ApsaraDB RDS for MySQL doivent être conservés pendant au moins trois jours (sept jours sont recommandés). Pour une base de données MySQL autogérée, conservez les journaux binaires locaux pendant au moins sept jours. Sinon, DTS risque de ne pas pouvoir récupérer les journaux binaires, ce qui entraînerait l'échec de la tâche. Dans des cas extrêmes, cela peut provoquer une incohérence ou une perte de données. Les problèmes causés par des périodes de rétention des journaux binaires inférieures aux exigences de DTS ne sont pas couverts par le SLA de DTS.

      Remarque

      Pour configurer la retention period des journaux binaires locaux sur une instance ApsaraDB RDS for MySQL, consultez la rubrique Supprimer automatiquement les journaux locaux.

  • Pendant la phase de synchronisation complète des données, n'effectuez pas d'opérations DDL modifiant les schémas de la base de données ou des tables. Sinon, la tâche de synchronisation des données échouera.

    Remarque

    Pendant la phase de synchronisation complète des données, DTS interroge la base de données source, ce qui génère des verrous de métadonnées susceptibles de bloquer les opérations DDL sur la base de données source.

  • Les données générées par des modifications qui n'écrivent pas dans les journaux binaires — telles que les données restaurées à partir de sauvegardes physiques ou créées par des opérations en cascade — ne sont pas synchronisées vers la base de données de destination.

    Remarque

    Si cela se produit, retirez la base de données ou la table concernée des objets de synchronisation, puis ajoutez-la à nouveau. Cette opération n'est possible que si votre activité métier le permet. Pour plus d'informations, consultez la rubrique Modifier les objets de synchronisation.

  • Si votre base de données source est MySQL 8.0.23 ou une version ultérieure et contient des colonnes cachées invisibles, DTS peut ne pas lire ces colonnes. Cela risque d'entraîner une perte de données.

    Remarque

    Exécutez la commande ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE; pour rendre la colonne cachée visible. Pour plus d'informations, consultez la documentation Invisible Columns.

Autres limitations

  • La fonctionnalité de mappage n'est pas prise en charge.

  • La synchronisation des données interrégions n'est pas prise en charge.

  • Avant de démarrer la synchronisation des données, évaluez l'impact sur les performances des bases de données source et de destination. Nous vous recommandons d'effectuer cette tâche pendant les heures creuses. La synchronisation complète des données consomme des ressources de lecture et d'écriture sur les bases de données source et de destination, ce qui peut augmenter la charge de la base de données.

  • La synchronisation complète des données implique des opérations INSERT simultanées. Par conséquent, assurez-vous que la destination Function Compute dispose d'un paramètre de concurrence suffisamment élevé. Pour plus d'informations sur l'ajustement de la concurrence des fonctions, consultez la rubrique Définir la concurrence des instances.

  • Si vous synchronisez une ou plusieurs tables au lieu d'une base de données entière, n'utilisez pas d'outils tels que pt-online-schema-change pour effectuer des opérations DDL en ligne sur ces tables pendant la synchronisation des données. Sinon, la tâche échouera. Vous pouvez utiliser Data Management (DMS) pour effectuer des modifications de schéma sans verrouillage. Pour plus d'informations, consultez la rubrique Modification de schéma sans verrouillage de table.

  • Évitez de synchroniser les données de plusieurs tâches DTS vers la même destination Function Compute. Nous vous recommandons d'utiliser une fonction différente pour chaque tâche afin d'isoler les données et d'éviter les incohérences.

  • Si EncDB est activé pour l'instance ApsaraDB RDS for MySQL source, la synchronisation complète des données n'est pas prise en charge.

    Remarque

    La synchronisation complète et incrémentielle des données est prise en charge pour les instances ApsaraDB RDS for MySQL dont le chiffrement transparent des données (TDE) est activé.

  • En cas d'échec d'une tâche, l'équipe d'assistance DTS tentera de la restaurer dans un délai de huit heures. Lors de la restauration, elle peut 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 la rubrique Modifier les paramètres de l'instance.

Cas particuliers

  • Pour une base de données source MySQL autogérée :

    • Si un basculement primaire/secondaire se produit dans la base de données source pendant la synchronisation, la tâche échoue.

    • DTS calcule la latence en comparant l'horodatage du dernier enregistrement synchronisé avec l'heure actuelle. Si aucune opération DML n'est exécutée pendant une longue période dans la base de données source, le rapport de latence peut devenir imprécis. Si la latence semble trop élevée, exécutez une opération DML dans la base de données source pour mettre à jour la latence.

      Remarque

      Si vous sélectionnez une base de données entière pour la synchronisation, créez une table de heartbeat. Mettez à jour ou écrivez dans cette table chaque seconde.

    • DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS test dans la base de données source pour faire avancer l'offset du journal binaire.

    • Si votre base de données source est Amazon Aurora MySQL ou une autre instance MySQL en cluster, assurez-vous que le nom de domaine ou l'adresse IP utilisé dans la configuration de la tâche — ainsi que sa résolution DNS — pointent toujours vers un nœud en lecture/écriture (RW). Sinon, la synchronisation peut échouer.

  • Pour une base de données source ApsaraDB RDS for MySQL :

    • Les instances en lecture seule — telles que les instances en lecture seule ApsaraDB RDS for MySQL 5.6 — qui n'enregistrent pas les journaux de transactions ne peuvent pas servir de bases de données sources.

    • DTS exécute périodiquement la commande CREATE DATABASE IF NOT EXISTS test dans la base de données source pour faire avancer l'offset du journal binaire.

Facturation

|
**Type de synchronisation**
|
**Frais de configuration**
| | --- | --- | |
Synchronisation complète des données
|
Gratuit.
| |
Synchronisation incrémentielle des données
|
Des frais s'appliquent. Pour plus de détails, consultez la rubrique [Présentation de la facturation](t216039.dita#concept_261679).
|











Opérations SQL prises en charge

Type d'opération

Instruction SQL

DML

INSERT, UPDATE et DELETE

DDL

  • CREATE TABLE, ALTER TABLE, DROP TABLE, RENAME TABLE et TRUNCATE TABLE

  • CREATE VIEW, ALTER VIEW et DROP VIEW

  • CREATE PROCEDURE, ALTER PROCEDURE et DROP PROCEDURE

  • CREATE FUNCTION, DROP FUNCTION, CREATE TRIGGER et DROP TRIGGER

  • CREATE INDEX et DROP INDEX

Autorisations des comptes de base de données

|
**Base de données**
|
**Autorisations requises**
|
**Actions**
| | --- | --- | --- | |
Instance source ApsaraDB RDS for MySQL
|
Autorisations de lecture sur les objets à synchroniser.
|
[Créer un compte](t41805.dita#concept_kxw_k1p_ydb) et [Modifier les autorisations du compte](t41810.dita#concept_ys2_4bp_ydb).
|
Remarque

Si votre compte de base de données source n'a pas été créé et n'a pas reçu d'autorisations dans la console ApsaraDB RDS for MySQL, assurez-vous qu'il dispose des autorisations REPLICATION CLIENT, REPLICATION SLAVE, SHOW VIEW et SELECT.













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 les rubriques Mode simple et Personnaliser la disposition et le style de l'interface DMS.

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

    2. Dans la barre de menus 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.

    Section

    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 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 MySQL.

    Access Method

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

    Sélectionnez la région où réside l'instance source ApsaraDB RDS for MySQL.

    Replicate Data Across Alibaba Cloud Accounts

    Dans cet exemple, les données sont synchronisées au sein du même compte Alibaba Cloud. Sélectionnez No.

    RDS Instance ID

    Sélectionnez l'ID d'instance de l'instance source ApsaraDB RDS for MySQL.

    Database Account

    Saisissez le compte de base de données de l'instance source ApsaraDB RDS for MySQL. Pour les exigences en matière d'autorisations, consultez la section Autorisations requises pour les comptes de base de données.

    Database Password

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

    Encryption

    Sélectionnez Non-encrypted ou SSL-encrypted selon vos besoins. Si vous sélectionnez SSL-encrypted, vous devez activer le chiffrement SSL pour l'instance RDS for MySQL au préalable. Pour plus d'informations, consultez la rubrique Utiliser un certificat cloud pour activer rapidement le chiffrement SSL.

    Destination Database

    Select Existing Connection

    • Pour utiliser une instance de base de données 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 Function Compute.

    Access Method

    Sélectionnez Alibaba Cloud Instance.

    Instance Region

    Par défaut, ce paramètre est défini sur la même valeur que le champ Instance Region de la base de données source et ne peut pas être modifié.

    Service

    Sélectionnez le nom du service Function Compute (FC) de destination.

    Function

    Sélectionnez la fonction Function Compute (FC) de destination qui reçoit les données.

    Service Version and Alias

    Sélectionnez une option en fonction de vos besoins métier.

    • Default Version : le champ Service Version est fixé à LATEST.

    • Specified Version : vous devez également sélectionner une Service Version.

    • Specified Alias : vous devez également sélectionner un Service Alias.

    Remarque

    Pour plus d'informations sur les termes liés à Function Compute, consultez la rubrique Concepts clés.

  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 ont été 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 la rubrique Ajouter les blocs CIDR d'adresses IP des serveurs DTS à une liste blanche.

    • Si la base de données source ou de destination est une base de données autogérée (où la méthode Access Method n'est pas Alibaba Cloud Instance), vous devez également cliquer sur Test Connectivity dans la boîte de dialogue CIDR Blocks of DTS Servers.

  5. Configurez les objets de la tâche.

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

      Paramètre

      Description

      Synchronization Types

      Incremental Data Synchronization est sélectionné par défaut. Si vous devez synchroniser les données existantes, vous devez également sélectionner Full Data Synchronization.

      Data Format

      Spécifie le format des données synchronisées vers la fonction Function Compute (FC). Seul le format Canal JSON est pris en charge.

      Remarque

      Pour plus d'informations sur les paramètres et les exemples du format Canal JSON, consultez la rubrique Format Canal JSON.

      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 bases de données ou des tables comme objets de synchronisation.

      Selected Objects

      Dans la zone Selected Objects, confirmez les données à synchroniser.

      Remarque

      Pour supprimer un objet, sélectionnez-le dans la zone Selected Objects et cliquez sur l'icône zuoyi.

    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 la rubrique 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 à retenter 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 le délai spécifié, 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 sera utilisée pour les deux.

      • Étant donné que DTS facture l'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 réussissent 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 n'est disponible que lorsque Synchronization Types est défini sur Full Data Synchronization.

      • Vous pouvez également ajuster la vitesse de synchronisation complète une fois l'instance de synchronisation en cours d'exécution.

      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 d'écrire ou non les informations SQL de heartbeat dans la base de données source lors de l'exécution de l'instance DTS.

      • Yes : Les informations SQL de heartbeat 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 heartbeat 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

      Vous pouvez sélectionner un tag d'environnement pour identifier l'instance en fonction de vos besoins métier. Dans cet exemple, vous n'avez pas besoin de sélectionner de tag.

      Configure ETL

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

      Monitoring and Alerting

      Spécifiez si vous souhaitez 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.

  6. Enregistrez la tâche et exécutez une vérification préalable.

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

    • Une fois que vous avez consulté les 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 vérification préalable. La tâche ne peut démarrer qu'après la réussite de tous les éléments de vérification.

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

    • Si la vérification préalable 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 vérification préalable.

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

  7. Achetez l'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 de 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 importante.

      • Paiement à l'utilisation : vous êtes facturé à l'heure. Cette option convient aux besoins à court terme. Vous pouvez libérer l'instance immédiatement après utilisation pour réaliser des économies.

      Configuration du groupe de ressources

      Le groupe de ressources auquel l'instance appartient. La valeur par défaut est le groupe de ressources par défaut. Pour plus d'informations, consultez la rubrique 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 la rubrique Spécifications des liens de synchronisation de 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 n'est disponible que lorsque la méthode de facturation est Subscription.

    3. Une fois la configuration terminée, lisez et acceptez les 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.

Étapes suivantes

Format des données de destination

Function Compute (FC) reçoit les données sous forme d'un Object. Les données incrémentielles de la source sont stockées dans le champ Records, qui est un tableau d'enregistrements. Chaque enregistrement est un Object contenant les champs décrits dans le tableau suivant.

Remarque

Function Compute (FC) reçoit des enregistrements pour deux types d'opérations : DML et DDL.

  • DDL : représente les modifications apportées au schéma de la base de données.

  • DML : représente les modifications apportées aux données au sein de la base de données.

Paramètre

Type

Description

isDdl

Boolean

Indique si l'opération est une opération DDL.

  • True : l'opération est une opération DDL.

  • False : l'opération est une opération DML.

type

String

Le type de l'opération SQL.

  • Pour les opérations DML, les valeurs possibles sont DELETE, UPDATE et INSERT.

  • Pour les opérations DDL, la valeur est toujours DDL.

Important

Pendant la synchronisation complète des données, la valeur est toujours INIT.

database

String

Le nom de la base de données MySQL source.

table

String

Le nom de la table MySQL source.

pkNames

String

Les noms des colonnes de clé primaire.

es

Long

L'heure d'exécution de l'opération sur la base de données source, représentée sous forme d'horodatage UNIX de 13 chiffres en millisecondes.

Remarque

Des convertisseurs d'horodatage UNIX sont largement disponibles en ligne.

ts

Long

L'heure à laquelle l'enregistrement a été écrit dans la destination, représentée sous forme d'horodatage UNIX de 13 chiffres en millisecondes.

Remarque

Des convertisseurs d'horodatage UNIX sont largement disponibles en ligne.

data

Object Array

Un tableau contenant un seul objet qui représente les données après l'opération. Les clés de l'objet sont les noms des colonnes et les valeurs sont les valeurs de colonne correspondantes.

old

Object Array

Contient les données avant une mise à jour.

Important

Ce champ n'est présent que lorsque type est UPDATE et a le même format que le champ data.

sql

String

  • Si type est une opération DML (DELETE, UPDATE ou INSERT), ce champ est vide.

  • Si type est DDL, ce champ contient l'instruction SQL exécutée.

id

Int

Le numéro de série de l'opération.

Format des données d'opération DDL

Alter table

Instruction SQL

ALTER TABLE `demoTable` 
	ADD COLUMN `address` varchar(20) NULL AFTER `sex`
;

Données reçues par Function Compute (FC)

{
	'Records': [{
		'type': 'DDL',
		'serverId': '27142679',
		'es': 1690000000000,
		'sql': '/* Query from DMS-WEBSQL-0-Eid_15682857722282385K by user 14xxxxxxxx */ ALTER TABLE `demoDatabase`.`DDL` \n\tADD COLUMN `address` varchar(20) NULL AFTER `sex`',
		'database': 'demoDatabase',
		'id': 63151,
		'isDdl': True,
		'table': 'demoTable',
		'ts': 1690000000000
	}]
}

Format des données d'opération DML

Insert data

Instruction SQL

INSERT INTO demoTable VALUES("xiaoming", 10, "man");

Données reçues par Function Compute (FC)

{
	'Records': [{
		'data': [{
			'sex': 'man',
			'name': 'xiaoming',
			'age': '10'
		}],
		'pkNames': ['name'],
		'type': 'INSERT',
		'serverId': '27142678',
		'es': 1690000000000,
		'sql': '',
		'database': 'demoDatabase',
		'sqlType': {
			'sex': 253,
			'name': 253,
			'age': 3
		},
		'mysqlType': {
			'sex': 'varchar',
			'name': 'varchar',
			'age': 'int'
		},
		'id': 62051,
		'isDdl': False,
		'table': 'demoTable',
		'ts': 1690000000000
	}]
}

Update data

Instruction SQL

UPDATE `demoDatabase`.`demoTable` SET `age`=11 WHERE `name`='xiaoming';

Données reçues par Function Compute (FC)

{
	'Records': [{
		'data': [{
			'sex': 'man',
			'name': 'xiaoming',
			'age': '11'
		}],
		'pkNames': ['name'],
		'old': [{
			'sex': 'man',
			'name': 'xiaoming',
			'age': '10'
		}],
		'type': 'UPDATE',
		'serverId': '27142679',
		'es': 1690000000000,
		'sql': '',
		'database': 'demoDatabase',
		'sqlType': {
			'sex': 253,
			'name': 253,
			'age': 3
		},
		'mysqlType': {
			'sex': 'varchar',
			'name': 'varchar',
			'age': 'int'
		},
		'id': 62373,
		'isDdl': False,
		'table': 'demoTable',
		'ts': 1690000000000
	}]
}

Delete data

Instruction SQL

DELETE FROM `demoDatabase`.`demoTable` WHERE `name`='xiaoming';

Données reçues par Function Compute (FC)

{
	'Records': [{
		'data': [{
			'sex': 'man',
			'name': 'xiaoming',
			'age': '11'
		}],
		'pkNames': ['name'],
		'type': 'DELETE',
		'serverId': '27142679',
		'es': 1690000000000,
		'sql': '',
		'database': 'demoDatabase',
		'sqlType': {
			'sex': 253,
			'name': 253,
			'age': 3
		},
		'mysqlType': {
			'sex': 'varchar',
			'name': 'varchar',
			'age': 'int'
		},
		'id': 62635,
		'isDdl': False,
		'table': 'demoTable',
		'ts': 1690000000000
	}]
}