Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Panoramica della replica SQL logica di Postgree con Aurora
Utilizzando la funzionalità di replica logica SQL di Postgre con il cluster Aurora Postgre SQL DB, è possibile replicare e sincronizzare singole tabelle anziché l'intera istanza del database. La replica logica utilizza un modello di pubblicazione e sottoscrizione per replicare le modifiche da un'origine in uno o più destinatari. Funziona utilizzando i record delle modifiche dal log write-ahead di Postgre (). SQL WAL L'origine, o editore, invia WAL i dati per le tabelle specificate a uno o più destinatari (sottoscrittore), replicando così le modifiche e mantenendo la tabella del sottoscrittore sincronizzata con la tabella dell'editore. L'insieme di modifiche apportate dall'editore vengono identificate mediante una pubblicazione. Gli abbonati ottengono le modifiche creando un abbonamento che definisce la connessione al database dell'autore e alle sue pubblicazioni. Uno slot di replica è il meccanismo utilizzato in questo schema per tenere traccia dell'avanzamento di una sottoscrizione.
Per i cluster Aurora Postgre SQL DB, i record WAL vengono salvati nell'archivio Aurora. Il cluster Aurora Postgre SQL DB che funge da editore in uno scenario di replica logica legge i WAL dati dallo storage Aurora, li decodifica e li invia al sottoscrittore in modo che le modifiche possano essere applicate alla tabella su quell'istanza. L'autore utilizza un decodificatore logico per decodificare i dati per l'uso da parte degli abbonati. Per impostazione predefinita, i cluster Aurora Postgre SQL DB utilizzano il plug-in Postgre nativo per l'invio SQL pgoutput di dati. Sono disponibili altri decodificatori logici. Ad esempio, Aurora Postgre supporta SQL anche il wal2json plugin che converte i dati in. WAL JSON
A partire dalle SQL versioni 14.5, 13.8, 12.12 e 11.17 di Aurora Postgre, Aurora Postgre amplia il processo di replica logica di SQL Postgre con una cache di scrittura per migliorare le prestazioni. SQL I log WAL delle transazioni vengono memorizzati nella cache locale, in un buffer, per ridurre la quantità di I/O del disco, ovvero la lettura dallo storage Aurora durante la decodifica logica. La cache write-through viene utilizzata per impostazione predefinita ogni volta che si utilizza la replica logica per il cluster Aurora Postgre DB. SQL Aurora offre diverse funzioni che puoi utilizzare per gestire la cache. Per ulteriori informazioni, consulta Monitoraggio della cache write-through della replica logica di Aurora Postgree SQL.
La replica logica è supportata da tutte le versioni di SQL Aurora Postgre attualmente disponibili. Per ulteriori informazioni, gli SQLaggiornamenti di Amazon Aurora Postgre nelle Note di rilascio per Aurora Postgre. SQL
La replica logica è supportata da Babelfish per Aurora SQL Postgre dalle seguenti versioni:
15.7 e versioni successive
16.3 e versioni successive
Nota
Oltre alla funzionalità di replica SQL logica nativa di Postgre introdotta in Postgre SQL 10, SQL Aurora Postgre supporta anche l'estensione. pglogical Per ulteriori informazioni, consulta Utilizzo di pglogical per sincronizzare i dati tra le istanze.
Per ulteriori informazioni sulla replica SQL logica di Postgre, consulta Replica logica e Concetti di decodifica logica nella documentazione di Postgre.
