Panoramica dell'analisi dei piani di esecuzione - Amazon Relational Database Service

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 dell'analisi dei piani di esecuzione

Puoi utilizzare la dashboard di Amazon RDS Performance Insights per sapere quali piani contribuiscono maggiormente al carico del DB per le istanze DB di Oracle e SQL Server.

Ad esempio, le istruzioni SQL principali in un determinato momento potrebbero utilizzare i piani mostrati nella tabella seguente.

Prime istruzioni SQL Pianificazione

SELECT SUM(amount_sold) FROM sales WHERE prod_id = 10

Piano A

SELECT SUM(amount_sold) FROM sales WHERE prod_id = 521

Piano B

SELECT SUM(s_total) FROM sales WHERE region = 10

Piano A

SELECT * FROM emp WHERE emp_id = 1000

Piano C

SELECT SUM(amount_sold) FROM sales WHERE prod_id = 72

Piano A

Con la caratteristica di pianificazione di Performance Insights, è possibile effettuare le seguenti operazioni:

  • Scoprire quali piani vengono utilizzati dalle principali query 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 la mancanza di una condizione di join 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 alle prime istruzioni SQL, è possibile suddividerle in base alla dimensione del piano.