PolarDB:SQL Explorer

Fitur

Database Autonomy Service (DAS) mengintegrasikan berbagai fitur seperti Search, SQL Explorer, Security Audit, serta Traffic Replay and Stress Testing berdasarkan pengumpulan data permintaan lengkap dan audit keamanan. DAS membantu Anda mengambil detail pernyataan SQL, menangani berbagai masalah performa, mengidentifikasi sumber berisiko tinggi, serta menentukan apakah kluster Anda memerlukan penskalaan, sehingga membantu Anda mengelola puncak lalu lintas layanan secara efektif.

• Fitur Search: Melakukan kueri dan ekspor pernyataan SQL beserta informasi terkaitnya, seperti database, status, dan waktu eksekusi. Untuk informasi selengkapnya, lihat Audit.

• SQL Explorer: Fitur ini memungkinkan Anda mendiagnosis kesehatan SQL, menangani masalah performa, serta menganalisis lalu lintas layanan. Untuk informasi selengkapnya, lihat SQL Explorer.

  • SQL Review: Menyediakan kemampuan analisis workload SQL global untuk membantu Anda mengidentifikasi dengan cepat pernyataan SQL mencurigakan pada instansiasi basis data, menganalisisnya, serta menerima saran optimasi. Untuk informasi selengkapnya, lihat SQL Review.

  • Traffic Replay and Stress Testing: Menyediakan fitur replay trafik dan uji stres untuk membantu Anda memverifikasi apakah spesifikasi instans perlu ditingkatkan guna mengelola puncak lalu lintas layanan secara efektif. Untuk informasi selengkapnya, lihat Traffic Replay and Stress Testing.

  • Fitur Security audit secara otomatis mengidentifikasi risiko seperti SQL berisiko tinggi, injeksi SQL, dan sumber akses baru. Untuk informasi selengkapnya, lihat Security Audit.

  • Fitur Transaction Analysis memungkinkan Anda melihat jenis transaksi, jumlah transaksi, dan detailnya untuk thread tertentu dalam periode waktu yang ditentukan. Hal ini membantu Anda memahami, menganalisis, dan mengoptimalkan performa database dari perspektif transaksi. Untuk informasi selengkapnya, lihat Transaction Analysis.

  • Quick Transaction Analysis: Quick Transaction Analysis membantu Anda mengidentifikasi pernyataan awal dan akhir dari transaksi yang memuat SQL yang akan dianalisis. Hal ini memungkinkan Anda menentukan apakah transaksi tersebut telah di-commit atau di-rollback. Untuk informasi selengkapnya, lihat Quick Transaction Analysis.

Wilayah yang didukung

Anda dapat menggunakan fitur SQL Explorer and Audit hanya setelah mengaktifkan DAS Edisi Perusahaan. Wilayah yang didukung bervariasi berdasarkan edisi. Untuk informasi selengkapnya, lihat Database dan wilayah yang didukung oleh berbagai edisi.

Dampak

Saat diaktifkan, SQL Explorer mencatat semua operasi DQL, DML, dan DDL. Informasi ini dihasilkan oleh kernel database dan mengakibatkan konsumsi CPU yang minimal.

Catatan penggunaan

Untuk menggunakan fitur Search, Pengguna RAM harus diberikan izin AliyunPolardbReadOnlyWithSQLLogArchiveAccess. Untuk informasi tentang cara memberikan izin kepada Pengguna RAM, lihat Buat dan kelola Pengguna RAM.

Penagihan

Aktifkan SQL Explorer and Audit

1. Masuk ke Konsol PolarDB. Di panel navigasi sebelah kiri, klik Clusters. Pilih wilayah tempat kluster berada, lalu klik ID kluster untuk membuka halaman detail kluster.

2. Di panel navigasi sebelah kiri, pilih Logs and Audit > SQL Explorer.

3. Klik Enable SQL Explorer.

   Catatan

   Jika DAS Edisi Perusahaan belum diaktifkan untuk Akun Alibaba Cloud Anda, ikuti petunjuk di layar untuk mengaktifkannya.

4. Pada halaman yang muncul, klik tab untuk melihat informasi terkait.

   • Search (Audit): Lakukan kueri dan ekspor pernyataan SQL beserta informasi terkaitnya, seperti database, status, dan waktu eksekusi.

   • SQL Explorer:

     • Display by Time Range: Pilih rentang waktu untuk melihat hasil dari SQL Explorer. Anda dapat melihat Execution Duration Distribution, Execution Duration, dan Executions untuk semua pernyataan SQL dalam rentang waktu yang dipilih. Anda juga dapat melihat informasi detail untuk semua pernyataan SQL di area Full Request Statistics dan mengekspor informasi tersebut.

       Catatan

       • Anda dapat mengekspor maksimal 1.000 log SQL sekaligus. Untuk mendapatkan log dari rentang waktu yang lebih panjang atau lebih banyak log, gunakan fitur Search (Audit).

       • Setelah Anda mengaktifkan SQL Explorer, tunggu selama 30 menit sebelum Anda dapat melihat log Audit.

     • Display by Comparison: Pilih titik waktu yang ingin Anda bandingkan hasil SQL Explorer-nya. Anda dapat melihat hasil perbandingan untuk semua pernyataan SQL berdasarkan Execution Duration Distribution, Execution Duration, dan Executions. Anda juga dapat melihat hasil perbandingan detail di area Requests by Comparison.

     • Source Statistics: Pilih rentang waktu untuk melihat informasi sumber semua pernyataan SQL dalam rentang tersebut.

     • SQL Review: Menganalisis workload kluster database dalam rentang waktu yang dipilih terhadap garis dasar. Fitur ini juga melakukan analisis mendalam terhadap pernyataan SQL yang berjalan pada kluster. Fitur ini memberikan saran optimasi indeks, saran penulisan ulang SQL, serta informasi tentang top SQL, SQL baru, SQL gagal, analisis fitur SQL, SQL dengan perubahan eksekusi, SQL dengan degradasi performa, dan tabel dengan trafik tertinggi.

     • Related SQL Identification: Pilih metrik yang ingin Anda lihat dan klik tombol Analysis. Setelah 1 hingga 5 menit, Anda dapat mengidentifikasi pernyataan SQL yang tren perubahannya paling mirip dengan metrik tersebut dalam rentang waktu yang dipilih dan melihat informasi detailnya.

     • Traffic Replay and Stress Testing: Saat Anda mengantisipasi puncak layanan jangka pendek atau perubahan skema database (terutama perubahan indeks), Anda dapat menggunakan fitur replay trafik dan uji stres untuk memastikan apakah spesifikasi kluster database perlu ditingkatkan, memverifikasi performa aktual dalam skenario dunia nyata, serta mengurangi risiko kegagalan setelah rilis.

     • Security audit: Secara otomatis mengidentifikasi risiko seperti operasi berisiko tinggi, injeksi SQL, dan sumber akses baru.

     • Transaction Analysis: Menganalisis detail transaksi untuk thread dan rentang waktu yang dipilih berdasarkan data penyimpanan hot dari DAS Edisi Perusahaan V3. Fitur ini kemudian melakukan analisis statistik dan membuat grafik tren yang menunjukkan jumlah berbagai jenis transaksi.

Ubah durasi penyimpanan log SQL

1. Masuk ke Konsol PolarDB. Di panel navigasi sebelah kiri, klik Clusters. Pilih wilayah tempat kluster berada, lalu klik ID kluster untuk membuka halaman detail kluster.

2. Di panel navigasi sebelah kiri, pilih Logs and Audit > SQL Explorer.

3. Di pojok kanan atas, klik Service Settings.

4. Ubah durasi penyimpanan dan klik OK.

   Catatan

   • Jika Anda telah mengaktifkan DAS Edisi Perusahaan V3, Anda dapat mengubah durasi penyimpanan data untuk berbagai sub-fitur.

   • Ruang penyimpanan untuk data SQL Explorer and Audit disediakan oleh DAS dan tidak menghabiskan ruang penyimpanan kluster database Anda.

Nonaktifkan SQL Explorer and Audit

1. Masuk ke Konsol PolarDB. Di panel navigasi sebelah kiri, klik Clusters. Pilih wilayah tempat kluster berada, lalu klik ID kluster untuk membuka halaman detail kluster.

2. Di panel navigasi sebelah kiri, pilih Logs and Audit > SQL Explorer.

3. Klik Service Settings untuk menonaktifkan SQL Explorer and Audit.

   Jika Anda telah mengaktifkan DAS Edisi Perusahaan V3, kosongkan kotak centang untuk semua fitur SQL Explorer and Audit.

   Catatan

   • Jika Anda mengaktifkan fitur pengumpulan log audit untuk PolarDB for MySQL di CloudLens for PolarDB milik Simple Log Service, sistem akan secara otomatis mengaktifkan fitur SQL Explorer untuk kluster PolarDB for MySQL yang sesuai. Oleh karena itu, Anda juga perlu menonaktifkan fitur pengumpulan log audit untuk kluster PolarDB for MySQL ini. Untuk informasi selengkapnya, lihat Aktifkan fitur pengumpulan data.

   • Setelah Anda menonaktifkan fitur SQL Explorer, log audit SQL akan dihapus. Kami menyarankan Anda mengekspor catatan SQL sebelum menonaktifkan fitur ini. Untuk informasi tentang cara mengekspor catatan SQL, lihat Ekspor catatan log SQL.

4. Klik OK.

Lihat ukuran dan konsumsi log audit

1. Masuk ke Konsol Alibaba Cloud. Di pojok kanan atas halaman, pilih Expenses.

2. Di panel navigasi kiri Costs, pilih Bills > Bill Details. Lihat detail biaya di mana kolom Billable Item bernilai sql_explorer.

3. Di tab Bill Details, klik tab Detailed Bills, lalu cari berdasarkan Instance ID. Lihat detail biaya di mana kolom Billable Item bernilai sql_explorer.

   

Migrasi ke versi baru

1. Masuk ke Konsol PolarDB. Di panel navigasi sebelah kiri, klik Clusters. Pilih wilayah tempat kluster berada, lalu klik ID kluster untuk membuka halaman detail kluster.

2. Di panel navigasi sebelah kiri, klik Logs and Audit > SQL Explorer.

3. Pada kotak dialog Upgrade SQL Explorer To 'SQL Explorer and Audit', klik Upgrade.

Migrasi data antar Edisi Perusahaan

Dibandingkan dengan Edisi Perusahaan V1, Edisi Perusahaan V2 menggunakan arsitektur penyimpanan dasar yang berbeda yang menerapkan kombinasi penyimpanan hot dan cold untuk mengurangi biaya. Edisi Perusahaan V3 dibangun di atas arsitektur penyimpanan hibrida dan menyediakan penagihan yang lebih fleksibel dengan memecah biaya berdasarkan fitur yang Anda gunakan. Hal ini lebih lanjut mengurangi biaya.

Jika kluster database Anda mendukung Edisi Perusahaan V3, Anda dapat memigrasikan data dari DAS Edisi Perusahaan V1 atau V2 ke Edisi Perusahaan V3 untuk mengurangi biaya. Untuk informasi selengkapnya, lihat Bagaimana cara memigrasikan data antar berbagai Edisi Perusahaan DAS?

FAQ

• Apakah biaya SQL Explorer dapat dikompensasi dengan paket sumber daya?

  Tidak. Fitur SQL Explorer hanya mendukung metode penagihan bayar sesuai penggunaan. Metode penagihan langganan dan paket sumber daya tidak didukung.

• Di area Full Request Statistics SQL Explorer, apa arti pernyataan logout!?

  logout! menunjukkan pemutusan koneksi. Durasi logout! adalah selisih waktu antara interaksi terakhir dan saat kejadian logout! terjadi. Ini merepresentasikan waktu idle koneksi. Nilai 1158 pada kolom Status menunjukkan pemutusan jaringan. Kemungkinan penyebabnya meliputi:

  • Koneksi klien habis waktu.

  • Server terputus secara abnormal.

  • Koneksi server di-reset karena durasi interactive_timeout atau wait_timeout telah terlampaui.

• Di Source Statistics SQL Explorer, mengapa muncul sumber akses %?

  Hal ini dapat terjadi saat Anda menggunakan prosedur tersimpan. Contoh berikut menggambarkan skenario ini:

  Catatan

  Pada contoh berikut, digunakan kluster PolarDB for MySQL, akun uji bernama test_user, dan database uji bernama test_db.

  1. Di Konsol PolarDB, buat akun standar dan database yang diizinkan diakses oleh akun tersebut. Untuk informasi selengkapnya, lihat Buat akun standar.

  2. Gunakan akun uji untuk menghubungkan ke kluster database dari command line. Untuk informasi selengkapnya, lihat Hubungkan ke kluster dari command line.

  3. Beralih ke database uji dan buat prosedur tersimpan berikut.

     -- Beralih ke database uji
     USE test_db;

     -- Buat prosedur tersimpan
     DELIMITER $$
     DROP PROCEDURE IF EXISTS `das` $$
     CREATE DEFINER=`test_user`@`%` PROCEDURE `das`()
     BEGIN
         SELECT * FROM information_schema.processlist WHERE Id = CONNECTION_ID();
     END $$
     DELIMITER ;

  4. Gunakan akun istimewa untuk menghubungkan ke kluster database. Untuk informasi selengkapnya, lihat Buat akun istimewa dan Hubungkan ke kluster dari command line.

  5. Panggil prosedur tersimpan tersebut.

     -- Beralih ke database uji
     USE test_db;

     -- Panggil prosedur tersimpan
     CALL das();

     -- Hasil panggilan
     +-----------+-----------+---------+---------+---------+------+-----------+-------------------------------------------------------------------------+
     | ID        | USER      | HOST    | DB      | COMMAND | TIME | STATE     | INFO                                                                    |
     +-----------+-----------+---------+---------+---------+------+-----------+-------------------------------------------------------------------------+
     | 269660316 | test_user | %:46182 | test_db | Query   |    0 | executing | SELECT * FROM information_schema.processlist WHERE Id = CONNECTION_ID() |
     +-----------+-----------+---------+---------+---------+------+-----------+-------------------------------------------------------------------------+

• Mengapa nama database yang ditampilkan di daftar log audit tidak konsisten dengan yang ada di pernyataan SQL?

  Nama database yang ditampilkan di daftar log diambil dari sesi. Nama database di pernyataan SQL ditentukan oleh pengguna dan bergantung pada input atau desain kueri pengguna, seperti dalam skenario kueri lintas-database atau SQL dinamis. Oleh karena itu, kedua nama database tersebut mungkin tidak konsisten.

• Apakah mengaktifkan SQL Explorer and Audit memengaruhi performa database? Jika ya, seberapa besar dampaknya?

  Ya, tetapi dampaknya minimal dan hampir tidak terasa.

  Penggunaan sumber daya adalah sebagai berikut:

  • CPU dan memori: Konsumsinya sangat rendah dan dapat diabaikan.

  • Ruang penyimpanan: Fitur ini terutama digunakan untuk menyimpan informasi audit. Namun, fitur SQL Explorer and Audit dari DAS Edisi Perusahaan menggunakan ruang penyimpanan yang disediakan oleh DAS dan tidak menghabiskan ruang penyimpanan kluster database Anda.

  • Jaringan: Tidak memengaruhi performa jaringan.

  • Performa disk: Tidak memengaruhi performa disk karena DAS menyimpan data audit, bukan disk kluster database Anda.

• Pernyataan UPDATE dieksekusi di kluster, dan log audit menunjukkan bahwa satu baris terpengaruh. Namun, data di tabel tidak diperbarui. Bagaimana cara mendiagnosis dan menyelesaikan masalah ini?

  • Prosedur troubleshooting:

    1. Temukan pernyataan SQL di log audit dan dapatkan Thread ID-nya. Lalu, klik Enable Advanced Search dan cari berdasarkan Thread ID. Periksa apakah AUTOCOMMIT dinonaktifkan untuk thread saat ini dan, jika iya, apakah COMMIT eksplisit telah dikeluarkan.

       Catatan

       Kami menyarankan Anda hanya memfilter pencarian berdasarkan Thread ID. Jika terlalu banyak log yang dikembalikan, gabungkan kondisi lain sesuai kebutuhan untuk mengurangi volume log agar lebih mudah dianalisis.

       

    2. Jika metode di atas gagal mengidentifikasi masalah, pertimbangkan untuk memulihkan database dan mengurai log untuk memastikan apakah ada catatan modifikasi yang berhasil.

    Catatan

    Dalam prosedur troubleshooting ini, pernyataan UPDATE dianggap sebagai langkah terakhir logika bisnis. Setelah modifikasi ini, data diharapkan tetap tidak berubah, sehingga tidak diperlukan pemeriksaan lebih lanjut untuk modifikasi atau penghapusan berikutnya. Jika modifikasi terjadi kemudian, Anda harus terus menyelidiki operasi SQL terkait yang mungkin telah mengubah data.

  • Skenario:

    • AUTOCOMMIT dinonaktifkan dan pernyataan SQL tidak di-commit: Prosedur troubleshooting menemukan bahwa AUTOCOMMIT dinonaktifkan selama eksekusi permintaan ini, dan tidak ada COMMIT eksplisit yang dilakukan setelahnya. Inilah mengapa data tidak berubah.

    • Thread ROLLBACK: Operasi yang dieksekusi dalam sesi transaksi yang sama akan berhasil atau gagal secara keseluruhan. Jika terjadi rollback, semua operasi akan di-rollback. Ikuti prosedur troubleshooting untuk memeriksa apakah operasi ROLLBACK terjadi setelah permintaan ini dieksekusi.