La réplication entrante utilise un canal de réplication configuré dans le service MySQL HeatWave pour copier des transactions d'un autre emplacement vers un système de base de données. Le canal connecte la source (une instance MySQL ou un autre système de base de données) à la réplique (un système de base de données) et copie les données de la source vers la réplique.

La réplication asynchrone signifie que la réplique n'a pas besoin d'être exécutée et connectée à la source tout le temps. Il peut prendre de nouvelles mises à jour chaque fois qu'il est en ligne et se reconnecter.

Un système de base de données de réplique ne peut se connecter qu'à une seule source MySQL. Le serveur source ne contrôle pas la réplique du système de base de données et n'a pas besoin d'être autorisé à y écrire. La réplique utilise le canal de réplication configuré pour se connecter à la source, fournissant un jeu de données d'identification d'utilisateur pour la réplication. Sur la connexion formée par le canal, la réplique extrait les transactions validées de la source. Ensuite, la réplique écrit ces transactions dans sa propre copie des bases de données.

Incidence des opérations du système de base de données sur le canal de réplication

Les opérations du système de base de données ont une incidence sur le canal de réplication :

• Si vous arrêtez le système de base de données, il arrête tous les canaux activés et modifie son état à Needs Attention.
• Si vous supprimez le système de base de données, il supprime tous les canaux attachés au système.
• Si vous redémarrez, mettez à niveau ou mettez à jour un système de base de données, activez ou désactivez la haute disponibilité, ou effectuez une permutation, il suspend temporairement la réplication du canal pendant que l'opération est en cours. Une fois l'opération terminée, la réplication est reprise. L'état du canal passe à Updating pendant la reprise du canal.