Passer au contenu principal
Ce guide pas à pas explique comment configurer Amazon Aurora MySQL pour répliquer des données dans ClickHouse Cloud à l’aide de MySQL ClickPipe. Pour les questions fréquentes sur MySQL CDC, consultez la page FAQ MySQL.

​
Activer la rétention du journal binaire

Le journal binaire est un ensemble de fichiers de log contenant des informations sur les modifications de données effectuées sur une instance de serveur MySQL, et ces fichiers sont nécessaires à la réplication. Pour configurer la rétention du journal binaire dans Aurora MySQL, vous devez activer la journalisation binaire et augmenter l’intervalle de rétention du binlog.

​
1. Activer la journalisation binaire via les sauvegardes automatiques

La fonctionnalité de sauvegardes automatiques détermine si la journalisation binaire est activée ou non pour MySQL. Vous pouvez configurer les sauvegardes automatiques pour votre instance dans la RDS Console en accédant à Modify > Additional configuration > Backup, puis en cochant la case Enable automated backups (si ce n’est pas déjà fait). Nous vous recommandons de définir Backup retention period sur une durée suffisamment longue, selon votre cas d’usage de la réplication.

​
2. Augmentez l’intervalle de rétention du binlog

Si ClickPipes tente de reprendre la réplication et que les fichiers de binlog requis ont été purgés en raison de la valeur de rétention du binlog configurée, le ClickPipe passera en état d’erreur et une resynchronisation sera nécessaire.
Par défaut, Aurora MySQL purge le journal binaire dès que possible (c.-à-d. avec une purge différée). Nous recommandons d’augmenter l’intervalle de rétention du binlog à au moins 72 heures afin de garantir la disponibilité des fichiers de binlog pour la réplication en cas de défaillance. Pour définir un intervalle de rétention du journal binaire (binlog retention hours), utilisez la procédure mysql.rds_set_configuration : 
mysql=> call mysql.rds_set_configuration('binlog retention hours', 72);
Si cette configuration n’est pas définie ou si l’intervalle est trop court, cela peut entraîner des trous dans les logs binaires et compromettre la capacité de ClickPipes à reprendre la réplication.

​
Configurer les paramètres du binlog

Vous trouverez le groupe de paramètres en cliquant sur votre instance MySQL dans la RDS Console, puis en accédant à l’onglet Configuration.
Si vous avez un cluster MySQL, les paramètres ci-dessous se trouvent dans le groupe de paramètres du cluster DB plutôt que dans le groupe de l’instance DB.

Cliquez sur le lien du groupe de paramètres pour accéder à sa page dédiée. Vous devriez voir un bouton Edit en haut à droite.
Les paramètres suivants doivent être définis comme suit :
  1. binlog_format sur ROW.
  1. binlog_row_metadata sur FULL.
  1. binlog_row_image sur FULL.

Ensuite, cliquez sur Save Changes dans l’angle supérieur droit. Vous devrez peut-être redémarrer votre instance pour que les modifications prennent effet. Vous le saurez si Pending reboot apparaît à côté du lien du groupe de paramètres dans l’onglet Configuration de l’instance Aurora.

​
Activer le mode GTID (recommandé)

MySQL ClickPipe prend également en charge la réplication sans mode GTID. Cependant, l’activation du mode GTID est recommandée pour de meilleures performances et un dépannage plus simple.
Les Global Transaction Identifiers (GTIDs) sont des identifiants uniques attribués à chaque transaction validée dans MySQL. Ils simplifient la réplication du binlog et facilitent le dépannage. Nous recommandons d’activer le mode GTID afin que MySQL ClickPipe puisse utiliser la réplication basée sur GTID. La réplication basée sur GTID est prise en charge pour Amazon Aurora MySQL v2 (MySQL 5.7) et v3 (MySQL 8.0), ainsi que pour Aurora Serverless v2. Pour activer le mode GTID sur votre instance Aurora MySQL, suivez ces étapes :
  1. Dans la RDS Console, cliquez sur votre instance MySQL.
  2. Cliquez sur l’onglet Configuration.
  3. Cliquez sur le lien du groupe de paramètres.
  4. Cliquez sur le bouton Edit dans le coin supérieur droit.
  5. Définissez enforce_gtid_consistency sur ON.
  6. Définissez gtid-mode sur ON.
  7. Cliquez sur Save Changes dans le coin supérieur droit.
  8. Redémarrez votre instance pour appliquer les modifications.

​
Configurer un utilisateur de base de données

Connectez-vous à votre instance Aurora MySQL en tant qu’utilisateur admin, puis exécutez les commandes suivantes :
  1. Créez un utilisateur dédié pour ClickPipes : 
    CREATE USER 'clickpipes_user'@'%' IDENTIFIED BY 'some-password';
  2. Accordez des autorisations sur le schéma. L’exemple suivant montre les autorisations pour la base de données mysql. Répétez ces commandes pour chaque base de données et chaque hôte que vous souhaitez répliquer : 
    GRANT SELECT ON `mysql`.* TO 'clickpipes_user'@'host';
  3. Accordez à l’utilisateur les autorisations de réplication : 
    GRANT REPLICATION CLIENT ON *.* TO 'clickpipes_user'@'%';
GRANT REPLICATION SLAVE ON *.* TO 'clickpipes_user'@'%';

​
Configurer l’accès au réseau

​
Contrôle d’accès par adresse IP

Pour limiter le trafic vers votre instance Aurora MySQL, ajoutez les adresses IP NAT statiques documentées aux Inbound rules de votre groupe de sécurité Aurora. Pour vous connecter à votre instance Aurora MySQL via un réseau privé, vous pouvez utiliser AWS PrivateLink. Suivez le guide de configuration d’AWS PrivateLink pour ClickPipes pour mettre en place la connexion.

​
Et maintenant ?

Maintenant que votre instance Amazon Aurora MySQL est configurée pour la réplication via le binlog et qu’elle se connecte de façon sécurisée à ClickHouse Cloud, vous pouvez créer votre premier MySQL ClickPipe. Pour les questions fréquentes sur MySQL CDC, consultez la page FAQ MySQL.
Dernière modification le 29 juin 2026