Kluster AnalyticDB for MySQL menyediakan fitur SQL diagnostics yang memungkinkan Anda mencari kueri SQL berdasarkan kriteria tertentu—seperti kueri lambat—melalui berbagai dimensi. Hasil pencarian tersebut dapat divisualisasikan dan diunduh ke komputer untuk dianalisis secara lokal. Topik ini menjelaskan cara menggunakan grafik pemantauan kueri dan daftar kueri SQL dalam fitur SQL diagnostics.
Grafik pemantauan kueri
Pada bagian Query Monitoring Information di SQL diagnostics, Anda dapat melihat distribusi durasi eksekusi kueri dalam rentang waktu tertentu, sehingga memudahkan identifikasi kueri berdurasi panjang.
-
Setiap blok berwarna pada grafik merepresentasikan satu kueri.
-
Warna blok tidak memiliki makna khusus dan hanya digunakan untuk membedakan antar kueri. Blok yang lebih panjang merepresentasikan kueri dengan durasi eksekusi lebih lama.
-
Arahkan kursor ke suatu blok untuk melihat informasi tentang kueri tersebut, seperti waktu mulai atau selesai serta volume data yang dipindai. Klik Details untuk membuka halaman detail kueri, tempat Anda dapat melihat informasi seperti Query Properties, SQL Statement, dan Execution Plan. Untuk informasi selengkapnya, lihat Use an execution plan to analyze a query.
-
Grafik Query Monitoring Information dapat menampilkan hingga 10.000 kueri. Detail spesifik tiap kueri ditampilkan dalam tabel SQL Queries di bawah grafik. Untuk informasi selengkapnya, lihat sql query list.
-
Grafik Query Monitoring Information hanya menampilkan hasil dari pencarian umum, seperti pencarian Top 100 Most Time-consuming Queries dalam periode Last 5 Minutes. Penggunaan fitur advanced search pada tabel SQL Queries tidak memengaruhi hasil yang ditampilkan di grafik Query Monitoring Information. Untuk informasi selengkapnya, lihat Search methods.
Daftar kueri SQL
Daftar kueri SQL menyediakan informasi lebih lengkap dibandingkan grafik pemantauan kueri, seperti pernyataan SQL spesifik dan alamat sumber. Anda juga dapat menggunakan fitur Advanced Search di pojok kanan atas daftar untuk memfilter hasil lebih lanjut. Pemfilteran ini tidak memengaruhi grafik pemantauan kueri, tetapi membantu Anda mengidentifikasi kueri bermasalah dengan presisi lebih tinggi.
|
Parameter |
Deskripsi |
Penggunaan |
|
Actions |
Klik Diagnose untuk melihat detail eksekusi, termasuk pernyataan SQL, statistik, rencana eksekusi, dan hasil diagnostik. |
Pada halaman Diagnose, klik Execution Plan untuk menganalisis kueri. Untuk informasi selengkapnya, lihat Use an execution plan to analyze a query. |
|
SQL |
Pernyataan SQL. |
Klik |
|
Start time |
Waktu saat kueri dikirimkan. |
N/A |
|
Query ID |
ID kueri. |
N/A |
|
Source address |
Alamat IP client. |
Pada halaman Diagnostics and Optimization, klik Connection Information untuk melihat alamat sumber. |
|
Database |
Nama database tempat client terhubung. |
Anda dapat menggunakan fitur advanced search untuk mencari pernyataan SQL berdasarkan database. |
|
Status |
Status eksekusi pernyataan SQL. Nilai yang valid:
|
N/A |
|
Total duration |
Total waktu yang berlalu sejak pernyataan SQL dikirimkan hingga selesai dieksekusi. Metrik ini mencakup total waktu yang dihabiskan untuk antrian, pembuatan rencana eksekusi, dan eksekusi aktual. Metrik ini tidak mencakup waktu transfer jaringan untuk mengembalikan data hasil ke client. |
Total Duration = Queuing Time + Execution Plan Duration + Execution Duration. |
|
Queuing time |
Waktu tunggu pernyataan SQL dalam antrian traffic control di node akses sebelum dijadwalkan untuk dieksekusi. Periode ini dimulai ketika pernyataan SQL masuk antrian dan berakhir saat pernyataan tersebut diambil dan pembuatan rencana eksekusi dimulai. |
AnalyticDB for MySQL melakukan traffic control di node akses. Saat konkurensi tinggi, kueri yang melebihi batas traffic control akan diantrikan, sehingga menghasilkan waktu antrian panjang. Jika pemanfaatan resource komputasi rendah pada saat itu, coba tingkatkan ukuran antrian. Untuk informasi selengkapnya, lihat Priority queues and concurrency of interactive resource groups. Jika pemanfaatan resource komputasi tinggi, Anda harus mengidentifikasi akar penyebab pernyataan SQL yang tidak efisien. Untuk informasi selengkapnya tentang node akses, lihat Architecture. |
|
Execution plan duration |
Waktu yang dibutuhkan node akses untuk mengurai, mengoptimalkan, dan menghasilkan rencana eksekusi untuk pernyataan SQL. Periode ini dimulai setelah pernyataan SQL selesai mengantri dan mulai diproses, dan berakhir saat rencana eksekusi telah dihasilkan dan siap dikirim ke node komputasi. |
Setelah pernyataan SQL dikirimkan ke node akses, rencana eksekusi akan dihasilkan. Durasi rencana eksekusi yang panjang dapat disebabkan oleh hal berikut:
Jika pernyataan SQL kompleks, coba sederhanakan, misalnya dengan mengurangi jumlah join. Jika node akses sedang mengalami beban berat, periksa apakah volume data yang dikembalikan ke client sangat besar atau konkurensi kueri tinggi. Untuk informasi selengkapnya, lihat Query-level diagnostic results. |
|
Execution duration |
Waktu yang dibutuhkan node komputasi untuk benar-benar mengeksekusi pernyataan SQL. Periode ini dimulai saat rencana eksekusi dikirim ke node komputasi dan mereka mulai mengeksekusi, dan berakhir saat semua node komputasi menyelesaikan tugas komputasinya. Durasi eksekusi tidak mencakup waktu antrian, waktu pembuatan rencana eksekusi, atau waktu transfer jaringan untuk mengembalikan data hasil dari server ke client. |
Durasi eksekusi hanya mencerminkan beban komputasi aktual di node komputasi. Jika total durasi panjang tetapi durasi eksekusi pendek, bottleneck kemungkinan berada pada fase antrian atau pembuatan rencana eksekusi, bukan pada efisiensi eksekusi SQL itu sendiri. Anda dapat mengurutkan berdasarkan durasi eksekusi untuk mengidentifikasi secara akurat pernyataan SQL yang mengonsumsi resource komputasi berlebihan, sambil mengecualikan dampak dari waktu antrian dan durasi rencana eksekusi. |
|
Returned data |
Volume data yang dikembalikan oleh pernyataan |
Hindari pengembalian data dalam volume besar ke client. Volume data besar dapat menyebabkan kueri mengonsumsi resource di antrian node akses, sehingga memengaruhi pengiriman dan eksekusi kueri lainnya. Anda dapat mengurutkan berdasarkan volume data yang dikembalikan untuk menemukan kueri yang mengembalikan data dalam volume besar. |
|
Username |
Username untuk koneksi client. |
Pada halaman Diagnostics and Optimization, klik Connection Information untuk melihat username dan jumlah koneksi pengguna. |
|
Resource group |
Nama kelompok sumber daya yang mengeksekusi pernyataan SQL. |
N/A |
|
Peak memory |
Memori puncak yang dikonsumsi oleh kueri. |
AnalyticDB for MySQL mengeksekusi pernyataan SQL secara bertahap. Tahapan yang saling bergantung dijalankan secara berurutan, sedangkan tahapan independen dijalankan secara paralel. Akibatnya, konsumsi memori kueri mencapai puncaknya. Peak memory menunjukkan konsumsi memori maksimum kueri tersebut. |
|
Scanned data |
Volume data yang dikembalikan dari lapisan penyimpanan ke lapisan komputasi. |
Volume data yang dipindai menunjukkan tekanan yang diberikan kueri terhadap lapisan penyimpanan. Membaca lebih banyak data mengonsumsi lebih banyak resource disk I/O. Lapisan komputasi juga membutuhkan lebih banyak resource untuk memproses data tersebut, yang memengaruhi kecepatan kueri. |
|
Total stages |
Total jumlah tahapan yang dihasilkan untuk kueri. |
Jumlah tahapan dapat menunjukkan kompleksitas pernyataan SQL. Jumlah tahapan yang lebih tinggi berarti lebih banyak interaksi jaringan yang diperlukan selama eksekusi oleh AnalyticDB for MySQL, sehingga meningkatkan beban sistem secara keseluruhan. Jika suatu kueri memiliki jumlah tahapan tinggi, Anda harus mengoptimalkannya. Untuk informasi selengkapnya tentang tahapan, lihat Query process and execution plan. |
|
ETL written rows |
Jumlah baris yang ditulis ke tabel tujuan oleh kueri SQL terkait ETL. |
N/A |
untuk menyalin seluruh pernyataan SQL.Anda dapat melakukan operasi berikut pada tab SQL Queries:
|
Actions |
Deskripsi |
|
Download |
Klik Download untuk menyimpan hasil kueri saat ini sebagai file Excel. Unduhan ini secara otomatis ditambahkan ke daftar drop-down Last 5 Downloads. Catatan
Anda dapat mengunduh hingga 100.000 catatan sekaligus. |
|
Last 5 Downloads |
Pilih unduhan terbaru dari daftar drop-down Last 5 Downloads untuk mengunduhnya kembali. |
|
Advanced Search |
Klik Show Advanced Search dan pilih dimensi filter sesuai kebutuhan bisnis Anda, seperti memfilter hasil pencarian dari Query Monitoring Information berdasarkan Resource Group atau Source Address. |
|
Diagnose |
Pada kolom Actions, klik Diagnose untuk membuka halaman detail kueri, tempat Anda dapat melihat informasi seperti Query Properties, SQL Statement, dan Execution Plan. Untuk informasi selengkapnya, lihat Use an execution plan to analyze a query. |
-
Fitur advanced search di pojok kanan atas tab SQL Queries memungkinkan Anda memfilter lebih lanjut hasil pencarian umum. Nilai filter yang tersedia diisi dari set hasil saat ini, bukan dari semua nilai yang mungkin ada di kluster AnalyticDB for MySQL. Untuk informasi selengkapnya, lihat Search methods.
-
Saat Anda memilih Running Queries sebagai kondisi pencarian umum, hasil pencarian hanya menampilkan detail kueri SQL dengan durasi eksekusi lebih dari 10 detik. Dalam kasus ini, tabel SQL Queries menampilkan kolom Resource Consumption Ranking. Nilai yang lebih rendah pada kolom Resource Consumption Ranking menunjukkan bahwa kueri tersebut mengonsumsi lebih banyak resource, seperti CPU dan memori.
-
Kolom SQL pada tabel SQL Queries menampilkan maksimal 5.120 karakter. Pernyataan SQL yang melebihi batas ini akan dipotong. Anda dapat melihat pernyataan SQL lengkap dalam file Excel yang diunduh atau pada tab SQL Statement di halaman detail kueri.