Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Présentation de la réplication SQL logique Postgre avec Aurora
En utilisant la fonctionnalité de réplication logique SQL de Postgre avec votre cluster de SQL base de données Aurora Postgre, vous pouvez répliquer et synchroniser des tables individuelles plutôt que l'instance de base de données complète. La réplication logique s'appuie sur un modèle publier et s'abonner pour répliquer les modifications depuis la source vers un ou plusieurs destinataires. Cela fonctionne en utilisant les enregistrements de modification du journal d'SQLécriture anticipée de Postgre (). WAL La source, ou éditeur, envoie les WAL données des tables spécifiées à un ou plusieurs destinataires (abonnés), répliquant ainsi les modifications et synchronisant la table d'un abonné avec la table de l'éditeur. L'ensemble des modifications apportées par l'éditeur est identifié à l'aide d'une publication. Les abonnés obtiennent les modifications en créant un abonnement qui définit la connexion à la base de données de l'éditeur et à ses publications. Un emplacement de réplication est le mécanisme utilisé dans ce schéma pour suivre la progression d'un abonnement.
Pour les clusters de SQL base de données Aurora Postgre, les WAL enregistrements sont enregistrés sur le stockage Aurora. Le cluster de SQL base de données Aurora Postgre qui agit en tant qu'éditeur dans un scénario de réplication logique lit les WAL données du stockage Aurora, les décode et les envoie à l'abonné afin que les modifications puissent être appliquées à la table de cette instance. L'éditeur utilise un décodeur logique pour décoder les données destinées aux abonnés. Par défaut, les clusters de SQL base de données Aurora Postgre utilisent le SQL pgoutput plugin Postgre natif lors de l'envoi de données. D'autres décodeurs logiques sont disponibles. Par exemple, Aurora Postgre prend SQL également en charge le wal2json plugin qui convertit les WAL données enJSON.
À partir des SQL versions 14.5, 13.8, 12.12 et 11.17 d'Aurora Postgre, Aurora Postgre complète le processus de réplication SQL logique Postgre avec SQL un cache en écriture directe afin d'améliorer les performances. Les journaux de WAL transactions sont mis en cache localement, dans une mémoire tampon, afin de réduire la quantité d'E/S sur le disque, c'est-à-dire la lecture depuis le stockage Aurora pendant le décodage logique. Le cache d'écriture est utilisé par défaut chaque fois que vous utilisez la réplication logique pour votre cluster de base de données Aurora PostgreSQL. Aurora fournit plusieurs fonctions que vous pouvez utiliser pour gérer le cache. Pour de plus amples informations, veuillez consulter Surveillance du cache d'écriture directe de réplication SQL logique Aurora Postgre.
La réplication logique est prise en charge par toutes les SQL versions d'Aurora Postgre actuellement disponibles. Pour plus d'informations, Amazon Aurora Postgre est SQL mis à jour dans les notes de publication d'Aurora SQL Postgre.
La réplication logique est prise en charge par Babelfish pour Aurora Postgre SQL à partir des versions suivantes :
Versions 15.7 et supérieures
Versions 16.3 et supérieures
Note
Outre la fonctionnalité native de réplication SQL logique Postgre introduite dans Postgre SQL 10, Aurora Postgre prend SQL également en charge l'extension. pglogical Pour de plus amples informations, veuillez consulter Utilisation de pglogical pour synchroniser les données entre les instances.
Pour plus d'informations sur la réplication SQL logique Postgre, consultez les sections Réplication logique
