All Products
Search

This Product

    ApsaraDB RDS:SQL Explorer and Audit

    Document Center

    ApsaraDB RDS:SQL Explorer and Audit

    Last Updated:May 13, 2026

    Untuk keperluan audit kepatuhan keamanan, analisis performa, dan troubleshooting, kami merekomendasikan mengaktifkan SQL Explorer and Audit. Setelah diaktifkan, sistem secara otomatis mencatat pernyataan SQL yang dieksekusi oleh kernel database beserta informasi terkait, seperti akun pelaksana, alamat IP, dan detail eksekusi. Fitur ini memiliki dampak yang dapat diabaikan terhadap performa instans sehingga menyediakan sumber data yang andal untuk mengkueri catatan eksekusi SQL historis serta analisis dan audit selanjutnya.

    Prasyarat

    Penting

    SQL Explorer and Audit dapat mencatat semua operasi DQL, DML, dan DDL. Informasi ini dikumpulkan dari kernel database dan memiliki dampak minimal terhadap pemanfaatan CPU.

    Ikhtisar fitur

    SQL Explorer and Audit menyediakan fitur-fitur seperti audit, SQL Explorer, audit keamanan, pemutaran ulang lalu lintas dan uji stres, serta analisis SQL.

    • Audit: Mengkueri dan mengekspor riwayat eksekusi pernyataan SQL dan informasi terkait, seperti database, status, dan waktu eksekusi.

    • SQL Explorer: Mendiagnosis kesehatan pernyataan SQL dalam rentang waktu tertentu, melakukan troubleshooting masalah performa, dan menganalisis lalu lintas layanan.

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

    • Pemutaran ulang lalu lintas dan uji stres: Menyediakan pemutaran ulang lalu lintas dan uji stres untuk membantu Anda menentukan apakah perlu meningkatkan spesifikasi instans guna menangani lonjakan lalu lintas.

    • Analisis SQL: Menganalisis pernyataan SQL dalam periode tertentu untuk mengidentifikasi pernyataan SQL abnormal dan menemukan masalah performa.

    SQL Explorer and Audit sering 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, analisis performa SQL, dan identifikasi sesi abnormal.

    • Dalam kasus ekstrem kehilangan atau korupsi data, Anda dapat menggunakan pernyataan SQL yang direkam oleh SQL Explorer untuk menganalisis masalah dan memulihkan 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)

    Penagihan

    • Jika Anda membeli instans dan mengaktifkan fitur Penjelajah SQL sebelum peningkatannya menjadi Penjelajah SQL dan Audit: ApsaraDB RDS mengenakan biaya fitur tersebut 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

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

    • Jika Anda mengaktifkan fitur Penjelajah SQL dan Audit setelah peningkatan dari Penjelajah SQL: Biaya dikenakan oleh DAS. Anda harus mengaktifkan Database Autonomy Service (DAS) Edisi Perusahaan untuk menggunakan fitur Penjelajah SQL dan Audit. Wilayah yang didukung dan metode penagihan bervariasi berdasarkan edisi. Untuk informasi selengkapnya, lihat Wilayah dan database yang didukung untuk setiap edisi dan Penagihan untuk setiap edisi.

      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. Jika rentang waktu yang ditentukan terlalu panjang, kueri mungkin timeout. Jika Anda perlu mengkueri catatan SQL dalam rentang waktu yang lebih panjang, gunakan Simple Log Service (SLS) untuk mengakses log explorer. Untuk informasi lebih lanjut, lihat Kumpulkan log audit ApsaraDB RDS for MySQL.

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

    • SQL Explorer and Audit:

      • Panjang maksimum pernyataan SQL: Panjang maksimum pernyataan SQL yang direkam oleh SQL Explorer and Audit adalah 8.192 byte. Batas 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/8.4). Batas efektif adalah nilai terkecil di antara nilai-nilai tersebut. Karena awalan ditambahkan selama pengumpulan informasi, panjang aktual pernyataan SQL yang direkam sedikit lebih kecil dari 8.192 byte atau nilai yang ditentukan oleh parameter.

      • Kueri catatan audit: Anda dapat mengkueri catatan pernyataan SQL berdasarkan ID thread dan ID transaksi. Untuk mengkueri berdasarkan ID transaksi, Anda harus mengatur parameter loose_rds_audit_log_version ke MYSQL_V3. Fitur ini memerlukan versi mesin minor minimum: semua versi MySQL 8.4 didukung, MySQL 8.0 harus 20210930 atau lebih baru, dan MySQL 5.7 harus 20210630 atau lebih baru. Untuk informasi selengkapnya, lihat Parameter yang tersedia untuk instans ApsaraDB RDS for MySQL 8.0 dan Tingkatkan versi mesin minor.

      • Versi trial SQL Explorer: Jika Anda menggunakan versi trial SQL Explorer, Anda tidak dapat memanggil operasi API DescribeSQLLogRecords dan DescribeSQLLogFiles untuk mengkueri log audit.

      • Waktu tunggu lock: Log explorer 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 dengan nilai spesifik.

    • Jika Anda terhubung ke instans ApsaraDB RDS menggunakan titik akhir database proxy dan kolam koneksi tingkat transaksi diaktifkan untuk proxy tersebut, koneksi mungkin digunakan ulang. Akibatnya, alamat IP dan port yang ditampilkan oleh perintah show processlist atau di SQL Explorer mungkin tidak sesuai dengan alamat IP dan port aktual klien.

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

    • Integritas log: Dalam skenario ekstrem berikut, log SQL Explorer and Audit mungkin tidak lengkap atau sebagian hilang:

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

      • Instans menghasilkan sejumlah besar permintaan SQL per satuan waktu.

      • Komponen layanan kontrol yang bertanggung jawab atas pengumpulan log audit tidak berfungsi dengan benar.

    Aktifkan SQL Explorer and Audit

    Catatan

    • Jika Anda telah 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 SQL Explorer and Audit, Anda dapat melihat catatan eksekusi SQL dengan menggunakan log biner. Log biner hanya berisi pernyataan INSERT, DELETE, dan UPDATE dalam periode retensi backup dan tidak menyediakan informasi alamat IP sumber atau akun.

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

    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 periode retensi data

    Peringatan

    Jika Anda mengurangi periode retensi data untuk SQL Explorer and Audit, DAS segera menghapus semua log audit SQL yang melebihi periode retensi baru. Kami menyarankan mengekspor dan menyimpan log audit SQL ke mesin lokal Anda sebelum mengurangi periode retensi data.

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

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

    3. Klik Service Settings.

    4. Di halaman Service Settings, ubah periode retensi log untuk Audit Scenarios dan klik Submit.

    Nonaktifkan SQL Explorer and Audit

    Peringatan

    Saat Anda menonaktifkan SQL Explorer and Audit, semua log akan dihapus. Kami menyarankan mengekspor dan menyimpan log terlebih dahulu. Jika Anda mengaktifkan kembali fitur tersebut, pencatatan log dimulai sejak waktu pengaktifan ulang.

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

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

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

    4. Di kotak dialog yang muncul, pilih bidang yang akan diekspor, tentukan rentang waktu ekspor, 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 rentang waktu yang lebih panjang.

    5. Setelah ekspor selesai, unduh file yang diekspor dan simpan di lokasi yang 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 dan klik Submit.

      Catatan

      Sekitar satu jam setelah Anda menonaktifkan fitur SQL Explorer and Audit, sistem melepaskan ruang penyimpanan yang ditempati oleh data SQL Explorer and Audit.

    Migrasi data antar versi Enterprise

    Peringatan

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

    Jika instans database Anda mendukung Enterprise Edition V3, Anda dapat memigrasikan data dari 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 DAS Enterprise Edition?

    Dibandingkan dengan V1, DAS Enterprise Edition V2 mengubah arsitektur penyimpanan dasar menjadi model penyimpanan hybrid hot/cold untuk mengurangi biaya. DAS Enterprise Edition V3 memperluas penyimpanan hybrid ini dengan memecah lebih lanjut item penagihan berdasarkan fungsi, sehingga menawarkan penagihan yang lebih fleksibel.

    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 terjadinya event logout!. Durasi ini merepresentasikan waktu idle koneksi. Status 1158 pada kolom Status menunjukkan pemutusan jaringan, yang dapat disebabkan oleh alasan berikut:

    • Koneksi klien 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 adalah test_user, dan database uji 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") Buat database dan akun.

    2. Gunakan akun uji untuk terhubung ke instans database dari command-line interface (CLI). Untuk informasi lebih lanjut, lihat (Deprecated, redirected to "Step 2") Hubungkan ke instans ApsaraDB RDS for MySQL menggunakan klien atau CLI.

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

      -- Beralih ke database uji.
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 terhubung ke instans database. Untuk informasi lebih lanjut, lihat (Deprecated, redirected to "Step 2") Hubungkan ke instans ApsaraDB RDS for MySQL menggunakan klien atau CLI.

    5. Panggil prosedur tersimpan tersebut.

      -- Beralih ke database uji.
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: Mengapa jumlah baris yang dipindai 0 meskipun data dikembalikan?

    A: Hal ini karena fitur query_cache_type diaktifkan pada instans database. Jumlah baris yang dipindai dalam daftar log mencerminkan jumlah baris yang dipindai di lapisan engine InnoDB. Ketika query_cache_type diaktifkan, MySQL mencoba menyimpan cache hasil kueri. Jika permintaan kueri identik berikutnya mengenai cache, hasil dikembalikan langsung dari cache tanpa mengakses lapisan InnoDB. Oleh karena itu, data dikembalikan, tetapi jumlah baris yang dipindai adalah 0. Untuk informasi lebih lanjut, lihat Fast Query Cache.

    Q: Apa perbedaan antara SQL Explorer dan log biner?

    Anda dapat melihat data inkremental untuk instans ApsaraDB RDS for MySQL menggunakan SQL Explorer atau log biner. Perbedaannya sebagai berikut:

    • SQL Explorer: Cocok untuk menangkap semua data inkremental dari database. Namun, di bawah beban instans yang sangat tinggi, sejumlah kecil catatan mungkin hilang, yang dapat menyebabkan ketidakakuratan statistik data inkremental. Fitur ini dapat mencatat semua operasi DQL, DML, dan DDL. Informasi ini dikumpulkan dari kernel database dan memiliki dampak minimal terhadap pemanfaatan CPU.

    • Log biner: Cocok untuk memperoleh data inkremental yang akurat dalam periode singkat, tetapi tidak menyediakan informasi log waktu nyata. Log ini secara akurat mencatat semua operasi INSERT, DELETE, dan UPDATE dan dapat digunakan untuk memulihkan data pengguna inkremental. Log biner disimpan sementara di instans. Sistem secara berkala mentransfer file log biner yang telah selesai ke Object Storage Service (OSS), tempat file tersebut disimpan selama 7 hari. File log biner yang sedang ditulis tidak dapat disimpan. Akibatnya, beberapa log biner mungkin tidak diunggah setelah Anda mengklik untuk mengunggahnya. Untuk informasi lebih lanjut, lihat Dapatkan dan uraikan log biner instans ApsaraDB RDS for MySQL dari jarak jauh.

    Q: Mengapa entri SQL Explorer menghilang dari Konsol?

    A: Entri untuk versi terbaru telah diubah namanya menjadi SQL Explorer and Audit.

    Q: Dapatkah saya mengaktifkan versi lama SQL Explorer?

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

    Q: Apakah catatan asli masih tersedia setelah diekspor?

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