Database Autonomy Service:Log kueri lambat

Konsep inti: Kelompok pengguna

Kelompok pengguna merupakan komponen inti dari fitur analisis log lambat. Kelompok pengguna berfungsi sebagai dasbor pemantauan instans yang dapat dikustomisasi. Anda dapat membuat kelompok pengguna untuk melakukan operasi berikut:

• Pengelompokan logis: Kelompokkan instans database dari berbagai lini bisnis agar lebih mudah dikelola. Setiap kelompok pengguna dapat berisi hingga 10 instans.

• Tampilan terpadu: Lihat tren log lambat, distribusi event, dan statistik SQL untuk semua instans dalam satu kelompok dari satu halaman.

• Peralihan efisien: Beralih dengan cepat antar area fokus bisnis yang berbeda tanpa harus memilih instans berulang kali.

Prasyarat

• Engine database yang didukung: Instans database Anda harus menggunakan salah satu tipe engine berikut:

  • Database relasional:

    • RDS MySQL, PolarDB for MySQL, MyBase MySQL

    • RDS SQL Server, MyBase SQL Server

    • RDS PostgreSQL, PolarDB for PostgreSQL, PolarDB for PostgreSQL (Compatible with Oracle)

    • PolarDB-X 2.0

  • Database NoSQL:

    • Tair (Redis-compatible), MyBase Redis

    • ApsaraDB for MongoDB

• Akses instans: Instans database target harus terhubung ke DAS. Untuk informasi selengkapnya, lihat Connect to a database instance.

• Dukungan wilayah:

  • Detail log kueri lambat: Fitur ini didukung di semua wilayah.

  • Statistik log kueri lambat real-time: Fitur ini didukung di wilayah Tiongkok daratan, Hong Kong (Tiongkok), Singapura, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Jepang (Tokyo), Jerman (Frankfurt), Inggris (London), AS (Silicon Valley), dan AS (Virginia).

• Database yang dikelola sendiri: Halaman analisis log lambat tidak mendukung instans database yang dikelola sendiri.

• Ambang batas log kueri lambat: Kernel database mengontrol pencatatan log kueri lambat. DAS bertanggung jawab atas analisis dan tidak menetapkan ambang batas. Untuk mengonfigurasi ambang batas log kueri lambat, seperti parameter long_query_time untuk MySQL, Anda harus login ke instans database tertentu.

Prosedur

FAQ

• Q: Mengapa saya tidak melihat data log kueri lambat apa pun?

  A: Hal ini mungkin karena teknik komputasi real-time dan agregasi jendela digunakan, yang menyebabkan statistik log kueri lambat terbaru ditampilkan dengan penundaan sekitar 3 menit. Anda juga dapat memeriksa hal berikut:

  • Konfirmasi bahwa fitur log kueri lambat diaktifkan untuk instans database dan ambang batasnya diatur ke nilai yang wajar.

  • Konfirmasi bahwa log kueri lambat dihasilkan dalam rentang waktu yang dipilih.

  • Konfirmasi bahwa akun saat ini memiliki izin akses DAS untuk instans target.

• Q: Apa yang harus saya lakukan jika RAM user tidak memiliki izin untuk melihat atau mengelola kelompok pengguna?

  A: Administrator harus memberikan izin aksi tingkat akun kepada RAM user tersebut. Otorisasi ini hanya memengaruhi izin untuk mengoperasikan kelompok log lambat global dan tidak mengubah izin data RAM user tersebut untuk instans lainnya.

  • Kebijakan administrator kelompok global: Misalnya, DASGlobalGroupAdmin. Kebijakan ini memungkinkan pengguna membuat, menghapus, memodifikasi, dan mengkueri kelompok global.

    {
      "Version": "1",
      "Statement": [
        {
          "Action": [
            "hdm:DescribeGlobalGroups",
            "hdm:CreateGlobalGroup",
            "hdm:DeleteGlobalGroup",
            "hdm:ModifyGlobalGroup"
          ],
          "Resource": "*",
          "Effect": "Allow"
        }
      ]
    }

  • Kebijakan hanya-baca kelompok global: Misalnya, DASGlobalGroupReadOnly. Kebijakan ini hanya memungkinkan pengguna melihat kelompok global.

    {
      "Version": "1",
      "Statement": [
        {
          "Action": "hdm:DescribeGlobalGroups",
          "Resource": "*",
          "Effect": "Allow"
        }
      ]
    }

• Q: Mengapa beberapa instans disorot kuning, yang menunjukkan bahwa pengguna saat ini tidak memiliki izin akses?

  A: Sorotan kuning menunjukkan bahwa RAM user tidak memiliki izin akses data untuk instans tersebut. Anda dapat menyelesaikan masalah ini dengan salah satu dari dua cara berikut:

  • Hubungi administrator: Minta administrator untuk memberikan izin akses instans kepada RAM user tersebut.

  • Berikan izin kelompok global: Berikan izin DASGlobalGroupAdmin kepada RAM user tersebut. Hal ini memungkinkan RAM user membuat kelompok pengguna dan melihat data untuk instans yang memiliki izin akses secara batch.

• Q: Mengapa jumlah baris yang dikembalikan (Rows_sent) dalam log kueri lambat adalah 0, meskipun kueri tersebut sebenarnya mengembalikan data?

  A: Hal ini biasanya karena aplikasi menggunakan mode kursor sisi server. Dalam mode kursor, eksekusi pernyataan SQL dibagi menjadi dua tahap:

  • Tahap EXECUTE: Server mengeksekusi kueri dan menghasilkan set hasil tetapi tidak langsung mengirim baris data ke client. Server hanya mengembalikan metadata, seperti definisi kolom.

  • Tahap FETCH: Client menarik baris data secara batch menggunakan perintah FETCH.

  Log kueri lambat mencatat statistik dari tahap EXECUTE. Pada tahap ini, MySQL telah memindai data (sehingga Rows_examined tidak 0), tetapi belum mengirim baris data apa pun ke client (data dikirim pada tahap FETCH berikutnya). Oleh karena itu, Rows_sent dicatat sebagai 0.

  Skenario umum:

  • Java/JDBC: useCursorFetch=true diaktifkan dalam URL koneksi, dan PreparedStatement.setFetchSize() diatur ke nilai lebih dari 0 atau ke Integer.MIN_VALUE.

  • Python: MySQLdb.cursors.SSCursor atau pymysql.cursors.SSCursor digunakan.

  • Framework ORM: Beberapa framework Object-Relational Mapping (ORM) menggunakan kueri streaming secara default saat memproses kueri set data besar, yang didasarkan pada mode kursor.

  Untuk mengonfirmasi apakah ini penyebabnya, periksa apakah `fetchSize` dikonfigurasi atau kursor streaming digunakan dalam kode aplikasi Anda. Anda juga dapat menjalankan perintah SHOW GLOBAL STATUS LIKE 'Com_stmt_fetch'; di database untuk memeriksa permintaan FETCH.

• Q: Mengapa waktu penyelesaian dalam log kueri lambat berbeda dari waktu eksekusi aktual pernyataan SQL?

  A: Masalah ini biasanya terjadi karena zona waktu diubah saat pernyataan SQL dieksekusi. Zona waktu untuk waktu eksekusi SQL yang dicatat dalam log kueri lambat dapat berada di tingkat session, database, atau sistem. Logika penentuan waktu dalam log kueri lambat adalah sebagai berikut: Jika zona waktu diatur untuk database, maka zona waktu database yang digunakan. Jika tidak, zona waktu sistem yang digunakan. Jika zona waktu tingkat session diubah menggunakan pernyataan SQL, zona waktu dalam catatan log kueri lambat mungkin tidak dikonversi dengan benar.

Referensi

Anda dapat mengaktifkan fitur administrasi database otomatis DAS untuk secara otomatis mengoptimalkan pernyataan SQL lambat saat terjadi pada instans database Anda.

• Automatic SQL optimization

• Automatic SQL throttling