ApsaraDB for OceanBase (Deprecated):Synchronisation des opérations DDL entre les locataires MySQL d'OceanBase Database

ALTER TABLE ADD COLUMN

ALTER TABLE MODIFY COLUMN

ALTER TABLE ALTER COLUMN SET DEFAULT et ALTER TABLE ALTER COLUMN DROP DEFAULT

ALTER TABLE DROP COLUMN

CREATE TABLE

DROP TABLE

TRUNCATE TABLE

CREATE INDEX et ALTER TABLE ADD INDEX

DROP INDEX et ALTER TABLE DROP INDEX

RENAME TABLE et ALTER TABLE RENAME

Si une table à synchroniser fait l'objet d'opérations DDL non prises en charge, le projet de migration ou de synchronisation des données risque d'être interrompu, entraînant des anomalies de données irrécupérables.

Les opérations DDL fréquentes sur une même table ne sont pas prises en charge. Le service Store traite les opérations DDL l'une après l'autre, en se basant sur l'horodatage. Dans le cas contraire, le service Store risque de s'arrêter de manière inattendue, ce qui peut provoquer des anomalies de données irrécupérables.

Assurez-vous qu'aucune opération DDL n'est effectuée avant la création d'un service Store ni pendant son démarrage. Si l'extraction des journaux est activée, veillez à ce qu'aucune opération DDL ne soit réalisée entre l'heure de début de l'extraction et l'heure actuelle. Sinon, le service Store risque de s'arrêter de manière inattendue, ce qui peut provoquer des anomalies de données irrécupérables.

Les noms de table avant et après la clause RENAME TABLE doivent tous deux figurer ou tous deux être exclus de la liste des tables à synchroniser.

Si vous activez la synchronisation DDL, l'index supprimé dans la base de données source par l'instruction DROP INDEX l'est également dans la base de données de destination. Cela peut entraîner une perte d'index dans la base de données de destination.