Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Menganalisis rencana eksekusi menggunakan dasbor Performance Insights untuk Amazon RDS
Di dasbor Amazon RDS Performance Insights, Anda dapat menemukan informasi tentang rencana eksekusi untuk instans Oracle dan SQL Server DB. Anda dapat menggunakan informasi ini untuk mengetahui paket mana yang paling berkontribusi pada pemuatan DB.
Untuk menganalisis Oracle atau SQL Server rencana eksekusi, lihat topik berikut.
Menganalisis rencana eksekusi
Ikhtisar menganalisis rencana eksekusi untuk Amazon RDS
Anda dapat menggunakan dasbor Amazon RDS Performance Insights untuk mengetahui paket mana yang paling berkontribusi terhadap pemuatan DB untuk instans Oracle dan SQL Server DB.
Misalnya, SQL pernyataan teratas pada waktu tertentu mungkin menggunakan rencana yang ditunjukkan pada tabel berikut.
| Teratas SQL | Rencana |
|---|---|
|
SELECTSUM(amount_sold) FROM penjualan WHERE prod_id = 10 |
Rencana A |
|
SELECTSUM(jumlah_terjual) FROM penjualan WHERE prod_id = 521 |
Rencana B |
|
SELECTSUM(s_total) WHERE wilayah FROM penjualan = 10 |
Rencana A |
|
SELECT* FROM emp WHERE emp_id = 1000 |
Rencana C |
|
SELECTSUM(amount_sold) FROM penjualan WHERE prod_id = 72 |
Rencana A |
Dengan fitur rencana Wawasan Performa, Anda dapat melakukan tindakan berikut:
-
Cari tahu paket mana yang digunakan oleh SQL kueri teratas.
Misalnya, Anda mungkin mengetahui bahwa sebagian besar muatan DB dihasilkan oleh kueri yang menggunakan rencana A dan rencana B, dengan hanya sebagian kecil yang menggunakan paket C.
-
Bandingkan rencana yang berbeda untuk kueri yang sama.
Dalam contoh sebelumnya, tiga kueri identik kecuali untuk ID produk. Dua kueri menggunakan rencana A, tetapi satu kueri menggunakan rencana B. Untuk melihat perbedaan dalam dua rencana tersebut, Anda dapat menggunakan Wawasan Performa.
-
Cari tahu kapan kueri beralih ke rencana baru.
Anda mungkin melihat bahwa kueri menggunakan rencana A, lalu beralih ke rencana B pada waktu tertentu. Apakah ada perubahan dalam basis data pada saat ini? Misalnya, jika tabel kosong, pengoptimal mungkin memilih pemindaian tabel lengkap. Jika tabel dimuat dengan satu juta baris, pengoptimal mungkin beralih ke pemindaian rentang indeks.
-
Telusuri langkah-langkah rencana spesifik dengan biaya tertinggi.
Misalnya, untuk kueri yang berjalan lama mungkin menunjukkan kondisi gabungan yang hilang dalam equi-join. Kondisi yang hilang ini memaksa penggabungan Cartesian, yang menggabungkan semua baris dari dua tabel.
Anda dapat melakukan tugas sebelumnya dengan menggunakan fitur pengambilan rencana dari Wawasan Performa. Sama seperti Anda dapat mengiris kueri dengan acara tunggu dan bagian atasSQL, Anda dapat mengirisnya berdasarkan dimensi rencana.
