ApsaraDB for OceanBase (Deprecated):Vue d'ensemble

Contexte

La journalisation binaire MySQL (Binlog) constitue la base de la réplication maître-esclave et du suivi des modifications. Vous pouvez activer la journalisation binaire avec une faible surcharge des performances pour des scénarios tels que le suivi des modifications en temps réel. Cette fonctionnalité vous permet de réutiliser votre système existant d'analyse incrémentielle MySQL Binlog pour synchroniser les données incrémentielles depuis le mode compatible MySQL de la base de données OceanBase. Aucun développement personnalisé ni configuration d'un nouvel environnement n'est nécessaire. Vous pouvez basculer sans interruption votre solution existante de suivi des modifications incrémentielles basée sur MySQL vers ApsaraDB for OceanBase.

Limitations de performance

Les performances du service de conversion Binlog dépendent de la configuration des ressources et des capacités d'analyse des Clogs. Actuellement, le service Binlog prend en charge une vitesse maximale d'analyse des Clogs de 25 Mo/s. Le taux de conversion Binlog plafonne à environ 50 000 enregistrements par seconde (RPS). Si le trafic du service source dépasse ces limites, la latence du service de conversion Binlog peut augmenter. Le service Binlog prend également en charge un maximum de 50 connexions d'abonnement. Si le nombre de connexions d'abonnement simultanées dépasse cette limite, le service rejette la demande. Dans les scénarios à fort trafic et impliquant de grandes transactions, le service Binlog doit traiter les Clogs de manière incrémentielle pour maintenir des performances en temps réel.

Lorsque le trafic du service est gérable, la latence du service de conversion Binlog est généralement inférieure à 1 seconde. Toutefois, dans des cas particuliers, tels que des opérations fréquentes de langage de définition de données (DDL) ou de grandes transactions dans la base de données, une latence de conversion inférieure à la seconde ne peut pas être garantie.

Fonctionnalités du service Binlog

• Le service Binlog se désactive automatiquement si aucune connexion d'abonnement n'est active pendant plus de 7 jours.

• Le service Binlog d'OceanBase est géré au niveau du locataire. Vous ne pouvez pas activer la journalisation binaire pour des bases de données ou des tables spécifiques.

• Le service Binlog d'OceanBase est compatible avec le format Row de MySQL Binlog. Il enregistre les modifications au niveau de la ligne.

• Le mode compatible MySQL de la base de données OceanBase est compatible avec la plupart des types de données MySQL. Pour plus d'informations, consultez Vue d'ensemble des types de données MySQL dans OceanBase. La syntaxe DDL du mode compatible MySQL de la base de données OceanBase diffère de la syntaxe DDL MySQL, et le mode compatible MySQL dispose d'une syntaxe étendue unique. Par conséquent, ces instructions DDL peuvent ne pas être analysées correctement.

  Remarque

  • La sémantique étendue pour les types ENUM et SET au sein d'un locataire compatible MySQL d'OceanBase Database n'est pas prise en charge. Par exemple, le service ne prend pas en charge les définitions de type SET avec plus de 64 membres, les valeurs en double dans les types SET ou les types ENUM qui permettent l'insertion de données non définies telles que ''.

  • Le type VARCHAR peut stocker un maximum de 65 535 octets de données. Si la longueur d'un type VARCHAR dépasse cette valeur, cela peut provoquer des erreurs d'analyse pour les données de la table correspondante.

    Remarque : la configuration du jeu de caractères affecte la configuration de la longueur VARCHAR. Par exemple, si le jeu de caractères est utf8mb4, un caractère occupe 4 octets. Dans ce cas, la longueur maximale que vous pouvez configurer pour VARCHAR est de 16 383.

  • Dans un locataire compatible MySQL d'OceanBase Database, les types LONGBLOB et LONGTEXT prennent en charge une taille maximale de 48 Mo. Cela diffère de l'implémentation MySQL.

• Si vous utilisez OceanBase Database V4.x, configurez l'attribut STORED pour les colonnes générées. Sinon, le service Binlog ne convertira pas les données pour ces colonnes. Cela peut entraîner l'échec de l'analyse de l'abonnement en aval ou une perte de données.

• Le protocole Binlog pour le mode compatible MySQL d'OceanBase Database est largement cohérent avec le protocole MySQL 5.7 Binlog et partage des fonctionnalités de base similaires :

  • Il prend en charge deux modes d'extraction : nom de fichier + offset et GTID. Le GTID est généré par le service Binlog d'OceanBase et est également globalement unique.

  • Il prend en charge la lecture des fichiers Binlog pour toutes les bases de données et tables. Le service Binlog d'OceanBase déverse les données incrémentielles de toutes les bases de données et tables au niveau du locataire et les stocke dans des fichiers Binlog pour un stockage persistant.

  • Il prend en charge plusieurs connexions d'abonnement Binlog Dump. Vous pouvez vous abonner à partir de n'importe quel offset dans la plage [position du fichier journal binaire le plus ancien, position la plus récente].

• Il prend en charge le nettoyage périodique des fichiers Binlog. Après avoir activé le service Binlog d'OceanBase sur Alibaba Cloud, les journaux sont conservés pendant 18 heures ou jusqu'à 50 Go par défaut. Le nettoyage des journaux est déclenché lorsque l'une ou l'autre de ces conditions est remplie.

• Il prend en charge l'intégration avec les principaux outils d'analyse MySQL Binlog, tels que FlinkCDC, Canal et MaxWell.

• Le service Binlog offre une haute disponibilité (HA) et peut récupérer automatiquement après des pannes en quelques minutes. Cependant, les abonnés en aval doivent disposer d'un mécanisme de reconnexion pour éviter les interruptions d'abonnement lors d'une panne.

Comment obtenir les fichiers Binlog

Méthode de connexion : connectez-vous via le point de terminaison principal du locataire.

Exigence de version : l'instance de base de données OceanBase doit être en version V3.2.4 ou ultérieure.

Procédure :

1. Le service Binlog d'OceanBase est désactivé par défaut. Activez d'abord le service. Pour plus d'informations, consultez Activer le service Binlog.

2. Connectez-vous à la base de données OceanBase à l'aide d'un client MySQL. Pour plus d'informations, consultez Se connecter à une instance de base de données OceanBase à l'aide d'un client MySQL.

3. Une fois connecté à la base de données OceanBase, exécutez les commandes MySQL Binlog pertinentes dans le client connecté.

   1. Exécutez l'instruction show binary logs pour afficher la liste des fichiers Binlog.

   2. Exécutez l'instruction show master status pour afficher le fichier Binlog en cours d'écriture.

   3. Exécutez l'instruction show binlog events pour afficher les événements spécifiques dans un fichier Binlog.

4. Abonnez-vous aux modifications à l'aide de Canal. Pour plus d'informations, consultez QuickStart.