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à.
Risoluzione dei problemi relativi a My Endpoint SQL
Questa sezione contiene scenari di replica specifici di My. SQL AWS DMS analizza periodicamente il registro SQL binario My per replicare le modifiche. Questo processo può aumentare la latenza negli scenari riportati di seguito:
Argomenti
Transazione di lunga durata sull'origine
Poiché My scrive SQL solo transazioni impegnate nel registro binario, le transazioni di lunga durata causano picchi di latenza proporzionali al tempo di esecuzione della query.
Per identificare le transazioni di lunga durata, utilizza la seguente query o il log delle query lente:
SHOW FULL PROCESSLIST;
Per informazioni sull'utilizzo dello slow query log, consulta The Slow Query Log nella mia documentazione
Per evitare picchi di latenza dovuti alle transazioni di lunga durata, ristruttura le transazioni di origine per ridurre il tempo di esecuzione delle query o aumentare la frequenza di commit.
Carico di lavoro elevato sull'origine
Poiché DMS CDC è a thread singolo, un gran numero di transazioni può aumentare la latenza della fonte. Per determinare se la latenza dell'origine è dovuta a un carico di lavoro intenso, confronta il numero e la dimensione dei log binari generati durante il periodo di latenza con i log generati prima della latenza. Per controllare i log binari e lo stato dei DMS CDC thread, utilizzate le seguenti query:
SHOW BINARY LOGS; SHOW PROCESSLIST;
Per ulteriori informazioni sugli stati dei thread di dump dei log CDC binari, vedere Replication
È possibile determinare la latenza confrontando l'ultima posizione del log binario generata sull'origine con l'evento DMS attualmente in elaborazione. Per identificare il log binario più recente nell'origine, esegui queste operazioni:
Abilita i log di debug sul componente _. SOURCE CAPTURE
Recupera il registro binario di DMS elaborazione e i dettagli della posizione dai registri di debug delle attività.
Utilizza la seguente query per identificare il log binario più recente nell'origine:
SHOW MASTER STATUS;
Per ottimizzare ulteriormente le prestazioni, modifica EventsPollInterval. Per impostazione predefinita, esegue il DMS polling del log binario ogni 5 secondi, ma è possibile migliorare le prestazioni riducendo questo valore. Per ulteriori informazioni sull'impostazione EventsPollInterval, consulta Impostazioni degli endpoint quando si utilizza My come fonte per SQL AWS DMS.
Conflitto di log binari
Quando si migrano più tabelle con una grande quantità di dati, si consiglia di suddividere le tabelle in attività separate per My SQL 5.7.2 o versioni successive. Nelle mie SQL versioni 5.7.2 e successive, il thread di dump principale crea un minor numero di blocchi e migliora la velocità effettiva. Di conseguenza, il thread di dump non blocca più il log binario ogni volta che legge un evento. Ciò significa che più thread di dump possono leggere contemporaneamente il file di log binario. Ciò significa anche che i thread di dump possono leggere il log binario mentre i client scrivono. Per ulteriori informazioni sui thread di dump, consultate Replication
Per migliorare le prestazioni di replica per le versioni di My SQL sources precedenti alla 5.7.2, provate a consolidare le attività con i componenti. CDC
