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à.
Analisi dei piani di esecuzione utilizzando la dashboard Performance Insights per Amazon RDS
Nella dashboard di Amazon RDS Performance Insights, puoi trovare informazioni sui piani di esecuzione per le istanze database di Oracle e SQL Server. Puoi utilizzare queste informazioni per sapere quali piani contribuiscono maggiormente al carico del DB.
Per analizzare Oracle oppure SQL Server piani di esecuzione, vedere i seguenti argomenti.
Analisi dei piani di esecuzione
Panoramica dell'analisi dei piani di esecuzione per Amazon RDS
Puoi utilizzare la dashboard di Amazon RDS Performance Insights per sapere quali piani contribuiscono maggiormente al carico del DB per le istanze database Oracle e SQL Server.
Ad esempio, le SQL istruzioni principali in un determinato momento potrebbero utilizzare i piani mostrati nella tabella seguente.
In alto SQL | Pianificazione |
---|---|
SELECTSUM(amount_sold) FROM sales WHERE prod_id = 10 |
Piano A |
SELECTSUM(amount_sold) vendite prod_id = 521 FROM WHERE |
Piano B |
SELECTSUM(s_total) regione di vendita = 10 FROM WHERE |
Piano A |
SELECT* FROM emp emp_id = 1000 WHERE |
Piano C |
SELECTSUM(amount_sold) vendite prod_id = 72 FROM WHERE |
Piano A |
Con la caratteristica di pianificazione di Performance Insights, è possibile effettuare le seguenti operazioni:
-
Scopri quali piani vengono utilizzati dalle domande più frequenti. SQL
Ad esempio, potresti scoprire che la maggior parte del carico del database viene generato da query che utilizzano il piano A e il piano B, con solo una piccola percentuale che utilizza il piano C.
-
Confrontare piani diversi per la stessa query.
Nell'esempio precedente, tre query sono identiche a eccezione dell'ID del prodotto. Due query utilizzano il piano A, ma una query utilizza il piano B. Per vedere la differenza tra i due piani, è possibile utilizzare Performance Insights.
-
Scoprire quando una query è passata a un nuovo piano.
È possibile che una query utilizzasse il piano A e poi è passata al piano B in un determinato momento. Si è verificato un cambiamento nel database a questo punto? Ad esempio, se una tabella è vuota, l'ottimizzatore potrebbe scegliere una scansione completa della tabella. Se la tabella viene caricata con un milione di righe, l'ottimizzatore potrebbe passare a una scansione dell'intervallo su indice.
-
Esaminare le fasi specifiche di un piano con il costo più alto.
Ad esempio, la query per una lunga durata potrebbe mostrare una condizione di join mancante in un equi-join. Questa condizione mancante impone un'unione cartesiana, che unisce tutte le righe di due tabelle.
È possibile eseguire le attività precedenti utilizzando la caratteristica di acquisizione del piano di Performance Insights. Proprio come è possibile suddividere le query in base agli eventi di attesa e all'inizioSQL, è possibile suddividerle in base alla dimensione del piano.