All Products
Search

This Product

    ApsaraDB RDS:SQL Explorer and Audit

    Document Center

    ApsaraDB RDS:SQL Explorer and Audit

    Last Updated:May 09, 2026

    Untuk keperluan audit kepatuhan keamanan, analisis kinerja, dan troubleshooting, aktifkan SQL Explorer and Audit. Fitur ini secara otomatis mencatat semua pernyataan SQL yang dieksekusi di kernel database beserta informasi terkaitnya, seperti akun pelaksana, alamat IP, dan detail eksekusi. Fitur ini memiliki dampak minimal terhadap kinerja instans dan menyediakan data andal untuk mengkueri catatan SQL historis serta melakukan analisis dan audit lanjutan.

    Prasyarat

    Penting

    Fitur SQL Explorer and Audit mencatat semua operasi Data Query Language (DQL), Data Manipulation Language (DML), dan Data Definition Language (DDL). Informasi ini dihasilkan oleh kernel database dan mengonsumsi sumber daya CPU minimal.

    Ikhtisar fitur

    SQL Explorer and Audit menyediakan fitur-fitur seperti Pencarian (audit), SQL Explorer, audit keamanan, pemutaran ulang trafik dan uji stres, serta analisis SQL.

    • Pencarian (audit): Mengkueri dan mengekspor riwayat eksekusi pernyataan SQL beserta informasi terkaitnya, seperti database, status, dan waktu eksekusi.

    • SQL Explorer: Mendiagnosis kesehatan pernyataan SQL, menangani masalah kinerja, dan menganalisis trafik bisnis dalam rentang waktu tertentu.

    • Audit keamanan (legacy): Secara otomatis mengidentifikasi risiko seperti pernyataan SQL berisiko tinggi, injeksi SQL, dan sumber akses baru.

    • Pemutaran ulang trafik dan uji stres: Menyediakan fitur pemutaran ulang trafik dan uji stres untuk membantu Anda memverifikasi apakah spesifikasi instans perlu ditingkatkan guna menangani trafik puncak bisnis.

    • Analisis SQL: Menganalisis pernyataan SQL selama periode tertentu untuk mengidentifikasi pernyataan SQL abnormal dan menemukan masalah kinerja.

    SQL Explorer and Audit umumnya digunakan dalam skenario berikut:

    • Industri dengan persyaratan keamanan data ketat, seperti keuangan, keamanan, sekuritas, pemerintahan, dan asuransi.

    • Skenario yang memerlukan investigasi mendetail terhadap operasi database, seperti troubleshooting masalah, investigasi kinerja pernyataan SQL, dan investigasi sesi abnormal.

    • Dalam kasus kehilangan atau kerusakan data, gunakan pernyataan SQL yang direkam oleh SQL Explorer untuk menganalisis masalah dan membantu pemulihan data.

    Wilayah yang didukung

    Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Qingdao), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Hohhot), Tiongkok (Ulanqab), Tiongkok (Shenzhen), Tiongkok (Heyuan), Tiongkok (Guangzhou), Tiongkok (Chengdu), Tiongkok (Hong Kong), Singapura, Jepang (Tokyo), Malaysia (Kuala Lumpur), Indonesia (Jakarta), AS (Silicon Valley), Inggris (London), AS (Virginia), dan Jerman (Frankfurt)

    Detail penagihan

    • Jika Anda membeli instans dan mengaktifkan fitur SQL Explorer sebelum ditingkatkan menjadi SQL Explorer and Audit: Biaya fitur ditagih oleh RDS per jam. Harga bervariasi berdasarkan wilayah instans.

      • USD 0,0015 per GB/jam: Tiongkok (Hong Kong), AS (Silicon Valley), dan AS (Virginia).

      • USD 0,0018 per GB/jam: Singapura, Jepang (Tokyo), Jerman (Frankfurt), UEA (Dubai), Malaysia (Kuala Lumpur), Indonesia (Jakarta), dan Inggris (London).

      • USD 0,0012 per GB/jam: Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Qingdao), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Hohhot), Tiongkok (Ulanqab), Tiongkok (Shenzhen), Tiongkok (Heyuan), Tiongkok (Guangzhou), dan Tiongkok (Chengdu).

      Catatan

      Anda dapat mengklik One-click Upgrade di kotak dialog peningkatan yang muncul di tab SQL Explorer untuk meningkatkan ke SQL Explorer and Audit. Setelah peningkatan, biaya ditagih oleh DAS.

    • Jika Anda mengaktifkan fitur SQL Explorer and Audit setelah peningkatan: Biaya ditagih oleh DAS. Anda hanya dapat menggunakan fitur SQL Explorer and Audit setelah mengaktifkan Database Autonomy Service (DAS) Enterprise Edition. Wilayah yang didukung dan metode penagihan bervariasi berdasarkan edisi. Untuk informasi lebih lanjut, lihat Database dan wilayah yang didukung oleh setiap DAS Enterprise Edition dan Penagihan produk setiap DAS Enterprise Edition.

      Catatan

      Di Konsol, Anda hanya dapat mengaktifkan versi terbaru DAS Enterprise Edition yang didukung di wilayah saat ini.

    Catatan penggunaan

    • Kueri online:

      • Rentang Waktu: Satu kueri online dapat mencakup maksimal 24 jam. Anda dapat mengkueri data untuk periode 24 jam apa pun dalam periode retensi data. Kueri yang mencakup durasi maksimum mungkin mengalami timeout. Jika Anda perlu mengkueri catatan SQL dalam rentang waktu yang lebih panjang, gunakan Simple Log Service (SLS) untuk mengakses log audit. Untuk informasi lebih lanjut, lihat Kumpulkan log audit instans ApsaraDB RDS for MySQL.

      • Metode kueri: Kueri online mendukung pencarian gabungan tetapi tidak mendukung pencarian fuzzy. Kata kunci harus terdiri dari minimal empat karakter.

    • SQL Explorer and Audit:

      • Panjang maksimum pernyataan SQL: Panjang maksimum pernyataan SQL yang dapat direkam adalah 8192 byte. Panjang ini juga dipengaruhi oleh parameter loose_rds_audit_max_sql_size (untuk MySQL 5.6/5.7) atau parameter loose_rds_audit_log_event_buffer_size (untuk MySQL 8.0). Batas efektif adalah nilai minimum dari parameter-parameter tersebut. Karena adanya awalan yang ditambahkan selama pengumpulan dan pemrosesan data, panjang aktual pernyataan SQL yang direkam sedikit lebih kecil dari 8.192 byte atau nilai parameter tersebut.

      • Kueri catatan audit: Anda dapat mengkueri catatan pernyataan SQL berdasarkan thread ID dan transaction ID. Untuk mengkueri catatan berdasarkan transaction ID, Anda harus mengatur parameter loose_rds_audit_log_version ke MYSQL_V3. Diperlukan versi mesin minor tertentu: versi mesin minor MySQL 8.0 harus 20210930 atau lebih baru, dan versi mesin minor MySQL 5.7 harus 20210630 atau lebih baru. Untuk informasi lebih lanjut, lihat Parameter instans ApsaraDB RDS for MySQL 8.0 dan Perbarui versi mesin minor instans ApsaraDB RDS for MySQL.

      • SQL Explorer (Edisi Trial): Jika Anda menggunakan edisi trial SQL Explorer, Anda tidak dapat memanggil operasi API DescribeSQLLogRecords dan DescribeSQLLogFiles untuk mengkueri log audit.

      • Waktu tunggu lock: Log audit berisi waktu tunggu lock, sedangkan log kueri lambat tidak.

      • Ketika aplikasi menggunakan metode prepare, dua pernyataan muncul di SQL Explorer: satu dengan tanda tanya dan satu lagi dengan nilai spesifik.

    • Jika Anda menghubungkan ke instans menggunakan titik akhir database proxy dan kolam koneksi tingkat transaksi diaktifkan untuk proxy tersebut, koneksi mungkin digunakan ulang. Dalam kasus ini, alamat IP dan port yang ditampilkan oleh perintah show processlist atau di SQL Explorer mungkin berbeda dari alamat IP dan port klien yang sebenarnya.

    • Ketika pernyataan SQL dieksekusi pada instans ApsaraDB RDS for MySQL yang terhubung ke instans PolarDB-X 1.0, beberapa log dihasilkan di SQL Explorer and Audit pada instans ApsaraDB RDS for MySQL karena sharding horizontal.

    • Integritas log: Dalam skenario ekstrem berikut, beberapa log SQL Explorer and Audit mungkin hilang:

      • Instans berada di bawah beban tinggi dan mengalami bottleneck kinerja.

      • Instans menerima volume permintaan SQL yang sangat tinggi.

      • Layanan pengumpulan log audit tidak berjalan dengan benar.

    Aktifkan SQL Explorer and Audit

    Catatan

    • Jika Anda mengaktifkan fitur pengumpulan log audit untuk instans ApsaraDB RDS for MySQL Anda di CloudLens for RDS dari Simple Log Service (SLS), fitur SQL Explorer and Audit secara otomatis diaktifkan untuk instans tersebut.

    • Jika Anda belum mengaktifkan fitur SQL Explorer and Audit, Anda dapat melihat binary log. Binary log hanya memungkinkan Anda mengkueri pernyataan SQL untuk operasi penambahan, penghapusan, dan modifikasi data yang dihasilkan dalam periode retensi backup. Anda tidak dapat melihat informasi alamat IP sumber atau akun.

    1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS dan klik ID instans tersebut.

    2. Di panel navigasi kiri, pilih Autonomy Services > SQL Explorer and Audit.

    3. Klik Enable DAS Enterprise Edition V3.

    4. Pilih fitur yang ingin Anda aktifkan dan klik Activate.

    Ubah durasi penyimpanan data

    Peringatan

    Saat Anda mengurangi periode retensi data untuk SQL Explorer and Audit, DAS segera menghapus semua log audit SQL yang lebih tua dari periode baru tersebut. Sebelum mengurangi periode retensi, ekspor dan simpan log Anda.

    1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS dan klik ID instans tersebut.

    2. Di panel navigasi kiri, pilih Autonomy Services > SQL Explorer and Audit.

    3. Klik Service Settings.

    4. Di halaman Service Settings, ubah durasi penyimpanan log untuk Audit Scenarios dan klik Submit.

    Nonaktifkan SQL Explorer and Audit

    Peringatan

    Setelah Anda menonaktifkan SQL Explorer and Audit, DAS menghapus semua log yang ada. Ekspor dan simpan log sebelum menonaktifkan fitur tersebut. Saat Anda mengaktifkan kembali fitur ini, log akan direkam mulai dari waktu pengaktifan ulang.

    1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS dan klik ID instans tersebut.

    2. Di panel navigasi kiri, pilih Autonomy Services > SQL Explorer and Audit.

    3. Di tab Audit, di bagian Logs, klik Export.

    4. Di kotak dialog yang muncul, pilih bidang dan rentang waktu yang akan diekspor, lalu klik OK.

      Catatan

      • Anda dapat mengekspor maksimal 10 juta catatan dari periode tujuh hari dalam satu tugas.

      • Anda dapat mengatur Export Time Range untuk mengekspor catatan SQL dalam periode yang lebih panjang.

    5. Setelah ekspor selesai, unduh file yang diekspor dan simpan dengan aman.

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

      Jika Anda telah mengaktifkan DAS Enterprise Edition V3, hapus centang pada semua fitur SQL Explorer and Audit, lalu klik Submit.

      Catatan

      Sekitar satu jam setelah Anda menonaktifkan fitur SQL Explorer and Audit, sistem melepaskan ruang penyimpanan yang digunakan untuk datanya.

    Migrasi data antar Edisi Perusahaan

    Peringatan

    Operasi migrasi tidak dapat dihentikan atau dikembalikan. Baca instruksi migrasi dengan cermat sebelum melanjutkan.

    Jika instans database Anda mendukung Enterprise Edition V3, Anda dapat memigrasikan data dari Database Autonomy Service (DAS) Enterprise Edition V1 atau V2 ke Enterprise Edition V3 untuk mendapatkan harga yang lebih menguntungkan. Untuk informasi lebih lanjut, lihat Bagaimana cara memigrasikan data antar versi berbeda DAS Enterprise Edition?

    Dibandingkan dengan Enterprise Edition V1, Enterprise Edition V2 menggunakan arsitektur penyimpanan dasar yang berbeda yang mencapai efisiensi biaya melalui penyimpanan hibrida data panas dan dingin. Enterprise Edition V3 dibangun di atas arsitektur penyimpanan hibrida ini dan menyediakan penagihan yang lebih fleksibel dengan memecah biaya berdasarkan fitur yang digunakan.

    FAQ

    Q: ️SQL Explorerlogout! dalam bagian Full Request Statistics di SQL Explorer berarti apa?

    A: logout! menunjukkan pemutusan koneksi. Durasi event logout! adalah selisih antara waktu interaksi terakhir dan waktu event logout! terjadi. Durasi ini merepresentasikan waktu idle koneksi. Status 1158 di kolom Status menunjukkan pemutusan jaringan, yang dapat disebabkan oleh alasan berikut:

    • Koneksi klien mengalami timeout.

    • Server terputus secara tak terduga.

    • Koneksi server di-reset karena melebihi periode interactive_timeout atau wait_timeout.

    Q: ️SQL Explorer%) muncul sebagai Access Source di Source Statistics dalam SQL Explorer?

    A: Hal ini dapat terjadi ketika Anda menggunakan prosedur tersimpan. Contoh berikut menunjukkan cara mereproduksi skenario ini:

    Catatan

    Dalam contoh ini, instans database adalah ApsaraDB RDS for MySQL, akun uji coba adalah test_user, dan database uji coba adalah testdb.

    1. Buat akun hak istimewa standar dan database di Konsol ApsaraDB RDS, lalu berikan izin akun tersebut pada database. Untuk informasi lebih lanjut, lihat (Deprecated, redirected to "Step 1") Create databases and accounts.

    2. Gunakan akun uji coba untuk menghubungkan ke instans database dari command-line interface (CLI). Untuk informasi lebih lanjut, lihat (Deprecated, redirected to "Step 2") Connect to an ApsaraDB RDS for MySQL instance by using a client or the CLI.

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

      -- Beralih ke database uji coba.
USE testdb;

-- 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 instans database. Untuk informasi lebih lanjut, lihat (Deprecated, redirected to "Step 2") Connect to an ApsaraDB RDS for MySQL instance by using a client or the CLI.

    5. Panggil prosedur tersimpan tersebut.

      -- Beralih ke database uji coba.
USE testdb;

-- Panggil prosedur tersimpan.
CALL das();

+--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+
| ID     | USER      | HOST   | DB     | COMMAND | TIME | STATE     | INFO                                                                    |
+--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+
| 487818 | test_user | %:2065 | testdb | Query   |    0 | executing | SELECT * FROM information_schema.processlist WHERE Id = CONNECTION_ID() |
+--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+

    Q: Di daftar log fitur audit untuk instans ApsaraDB RDS for MySQL, mengapa jumlah baris yang dipindai adalah 0 untuk beberapa pernyataan SQL yang mengembalikan data?

    A: Parameter query_cache_type diaktifkan untuk instans database. Di daftar log, jumlah baris yang dipindai untuk pernyataan SQL adalah jumlah baris yang dipindai di lapisan engine InnoDB. Ketika query_cache_type diaktifkan, MySQL menyimpan cache hasil kueri. Jika permintaan kueri identik berikutnya diterima dan cache kueri terkena (hit), MySQL langsung mengembalikan hasil cache tanpa mengkueri lapisan InnoDB. Inilah sebabnya data dikembalikan, tetapi jumlah baris yang dipindai di daftar log adalah 0. Untuk informasi lebih lanjut, lihat Fast Query Cache.

    Q: Apa perbedaan antara SQL Explorer dan binary log?

    Anda dapat melihat data inkremental instans ApsaraDB RDS for MySQL menggunakan SQL Explorer atau binary log. Berikut ini perbedaannya:

    • SQL Explorer: Fitur ini cocok untuk mendapatkan semua data inkremental dalam database. Namun, ketika instans berada di bawah beban tinggi, sejumlah kecil catatan mungkin hilang. Akibatnya, statistik data inkremental yang dikumpulkan menggunakan fitur ini mungkin tidak akurat. Fitur ini dapat mencatat semua operasi DQL, DML, dan DDL. Informasi ini dihasilkan oleh kernel database dan mengonsumsi sumber daya CPU minimal.

    • Binary log: Fitur ini cocok untuk mendapatkan data inkremental yang akurat dalam jangka pendek tetapi tidak dapat memperoleh informasi log waktu nyata. Fitur ini secara akurat mencatat semua operasi penambahan, penghapusan, dan modifikasi data dalam database dan digunakan untuk memulihkan data inkremental bagi pengguna. File binary log disimpan sementara di instans. Sistem secara berkala mentransfer file binary log yang telah selesai dari instans ke Object Storage Service (OSS) untuk retensi selama 7 hari. File binary log yang sedang ditulis tidak dapat diunggah. Oleh karena itu, setelah Anda mengklik Upload Binlog, beberapa file binary log tidak diunggah. Untuk informasi lebih lanjut, lihat Dapatkan dan uraikan binary log instans ApsaraDB RDS for MySQL dari jarak jauh.

    Q: Mengapa titik masuk SQL Explorer menghilang dari konsol instans?

    A: Karena pembaruan versi fitur, titik masuk untuk versi terbaru telah diubah menjadi SQL Explorer and Audit.

    Q: Apakah saya masih dapat mengaktifkan versi SQL Explorer yang lebih lama?

    A: Tidak. Anda hanya dapat mengaktifkan versi terbaru SQL Explorer and Audit yang didukung oleh instans ini.

    Q: Apakah catatan asli tetap disimpan setelah saya mengekspor catatan SQL?

    A: Ya. Operasi ekspor tidak menghapus catatan audit asli.