Melihat log perekaman performa

Pengambilan performa mengumpulkan dan mengirim data metrik instance ke Cloud Logging dalam file mysql-performance-capture.log.

Untuk mengetahui informasi selengkapnya tentang melihat log di Cloud Logging, lihat Melihat log menggunakan Logs Explorer.

Sebelum memulai

Untuk melihat log rekaman performa, Anda harus memiliki izin yang tepat untuk melihat log di Cloud Logging untuk project dan instance Anda.

Peran dan izin yang diperlukan

Untuk mendapatkan izin yang diperlukan guna melihat log perekaman performa, minta administrator untuk memberi Anda peran IAM Logs Viewer (roles/logging.viewer) di project instance. Untuk mengetahui informasi selengkapnya tentang cara memberikan peran, lihat Mengelola akses ke project, folder, dan organisasi.

Anda mungkin juga bisa mendapatkan izin yang diperlukan melalui peran khusus atau peran bawaan lainnya.

Melihat log perekaman performa

Untuk melihat log perekaman performa, lakukan hal berikut:

  1. Di konsol Cloud de Confiance , buka halaman Cloud Logging.

    Buka Cloud Logging

  2. Klik All resources, lalu pilih Cloud SQL Database.
  3. Pilih instance Cloud SQL Anda.
  4. Filter untuk nama log:

    logName="projects/PROJECT_ID/logs/cloudsql.googleapis.com%2Fmysql-performance-capture.log"

    Ganti PROJECT_ID dengan project ID Anda.

    Payload log dalam format string dan berisi output perintah yang direkam seperti SHOW ENGINE INNODB STATUS yang mencakup beberapa baris log.

Meninjau data dalam log perekaman performa

Setiap log perekaman performa dipicu oleh peristiwa performa yang Anda tentukan untuk instance Anda. Tabel berikut mengorelasikan entri log pengambilan performa dengan mengonfigurasi nilai minimum dan memberikan deskripsi laporan data performa yang dapat Anda lihat di log entri.

Entri log pengambilan performa Deskripsi Pemicu nilai minimum Nama laporan
Kueri aktif Mencatat metrik beban database, termasuk jumlah koneksi dan transaksi yang dikelompokkan menurut status, jumlah kueri aktif yang dikelompokkan menurut durasi runtime (<2 detik, 2 hingga 10 detik, ≥10 detik), dan informasi mendetail untuk 50 transaksi atau kueri terlama. Laporan ini membantu mengidentifikasi periode beban tinggi dan menunjukkan kueri lambat tertentu.

Untuk mengetahui informasi selengkapnya tentang cara menafsirkan data tentang transaksi dan proses InnoDB, lihat Tabel INFORMATION_SCHEMA INNODB_TRX dan Tabel processlist dalam dokumentasi MySQL.
  • runningThreadsThreshold (Cloud SQL Admin API)
  • running-threads-threshold (gcloud CLI)
activequeries
Status InnoDB Memberikan informasi tentang status mesin penyimpanan InnoDB pada saat peristiwa performa. Hal ini penting untuk mendiagnosis pertentangan kunci, masalah transaksi, masalah kumpulan buffer, dan pertumbuhan Panjang Daftar Histori. Kata kunci yang harus dicari:
  • TRANSACTIONS (transaksi jangka panjang, penantian kunci)
  • SEMAPHORES (persaingan mutex)
  • LATEST DETECTED DEADLOCK
  • BUFFER POOL AND MEMORY
  • HISTORY LIST LENGTH
Untuk mengetahui informasi selengkapnya tentang output monitor standar InnoDB, lihat Output Lock Monitor dan Standard Monitor InnoDB dalam dokumentasi MySQL.
  • runningThreadsThreshold (Cloud SQL Admin API)
  • running-threads-threshold (gcloud CLI)
innodbstatus
Analisis replikasi Berisi informasi diagnostik replikasi, termasuk output SHOW REPLICA STATUS, set GTID, dan detail dari alat skema performa. Laporan ini juga menyertakan lima peristiwa pertama dari log relay setelah posisi eksekusi pada saat peristiwa performa. Laporan ini dapat digunakan untuk mendiagnosis error atau penundaan replikasi.

Untuk mengetahui informasi selengkapnya tentang output SHOW REPLICA STATUS dan thread penerapan replika, lihat Pernyataan SHOW REPLICA STATUS dan Memantau Thread Pekerja Penerapan Replikasi dalam dokumentasi MySQL.
  • secondsBehindSourceThreshold (Cloud SQL Admin API)
  • seconds-behind-source-threshold (gcloud CLI)
replicastatus
Data pemantau transaksi Detail transaksi yang berjalan lama yang dilacak.

Untuk mengetahui informasi selengkapnya tentang cara menafsirkan data transaksi InnoDB, lihat Tabel INFORMATION_SCHEMA INNODB_TRX dalam dokumentasi MySQL.
  • transactionDurationThreshold (Cloud SQL Admin API)
  • transaction-duration-threshold (gcloud CLI)
LongRunningTransactions

Memfilter data dalam log rekaman performa

Saat pengambilan performa mendeteksi masalah berdasarkan nilai minimum yang dikonfigurasi untuk instance Cloud SQL Anda, agen pemantauan akan mengirim entri log berlabel yang terkait dengan instance dan jenis laporan ke Cloud Logging.

Untuk membantu Anda memilah log dan mengorelasikan entri log dengan masalah performa yang diamati untuk instance Anda, Anda dapat memfilter entri log rekaman performa menurut label.

Setiap entri log diberi label dengan dua label berikut:

  • Waktu peristiwa, atau labels.EVENT_TIME: menunjukkan waktu log entri perekaman performa. Formatnya adalah string stempel waktu unik YYYY-MM-DDTHH:MM:SSZ. Misalnya, 2025-10-16T13:12:07Z.

  • Nama file, atau labels.FILE_NAME: mengidentifikasi jenis laporan dan nomor urut entri log perekaman performa yang dipicu oleh peristiwa performa. Formatnya adalah INSTANCE_TYPE_SEQUENCE_NUMBER_REPORT_TYPE. Misalnya, primary_1_activequeries, yang merupakan entri log pengambilan performa pertama dari laporan kueri aktif.

Contoh filter

Bagian ini memberikan contoh cara memfilter mysql-performance-capture.log file untuk entri log tertentu untuk dianalisis.

Dalam contoh berikut, ganti kode berikut:

  • PROJECT_ID: project ID instance Cloud SQL
  • TIMESTAMP: stempel waktu peristiwa performa pemicu dalam format YYYY-MM-DDTHH:MM:SSZ. Misalnya, 2025-10-16T13:12:07Z

Memfilter menurut peristiwa performa tertentu

Untuk memfilter menurut peristiwa performa tertentu, gunakan label labels.EVENT_TIME untuk menemukan entri log terkait.

Misalnya, untuk mendapatkan laporan untuk peristiwa performa tertentu, gunakan kueri berikut di pembuat kueri Logs Explorer Logging.

Mendapatkan semua laporan untuk acara tertentu

logName="projects/PROJECT_ID/logs/cloudsql.googleapis.com%2Fmysql-performance-capture.log"
labels.EVENT_TIME="TIMESTAMP"

Mendapatkan laporan InnoDB untuk peristiwa tertentu

logName="projects/PROJECT_ID/logs/cloudsql.googleapis.com%2Fmysql-performance-capture.log"
labels.EVENT_TIME="TIMESTAMP"
labels.FILE_NAME=~"innodbstatus"

Mendapatkan hanya entri log pertama untuk semua jenis laporan untuk peristiwa tertentu

logName="projects/PROJECT_ID/logs/cloudsql.googleapis.com%2Fmysql-performance-capture.log"
labels.EVENT_TIME="TIMESTAMP"
labels.FILE_NAME=~"_1_"

Memfilter di seluruh nama file

Mendapatkan semua laporan activequeries di semua acara

Kueri umum ini berguna untuk melihat tampilan kueri aktif selama peristiwa performa apa pun.

logName="projects/PROJECT_ID/logs/cloudsql.googleapis.com%2Fmysql-performance-capture.log"
labels.FILE_NAME=~"activequeries"

Ganti kode berikut:

  • PROJECT_ID: project ID instance Cloud SQL

Membandingkan laporan 1P dan 3P untuk peristiwa tertentuinnodbstatus

logName="projects/PROJECT_ID/logs/cloudsql.googleapis.com%2Fmysql-performance-capture.log"
labels.EVENT_TIME="TIMESTAMP"
(labels.FILE_NAME="primary_1_innodbstatus" OR labels.FILE_NAME="primary_3_innodbstatus")

Ganti kode berikut:

  • PROJECT_ID: project ID instance Cloud SQL
  • TIMESTAMP: stempel waktu peristiwa performa pemicu dalam format YYYY-MM-DDTHH:MM:SSZ. Misalnya, 2025-10-16T13:12:07Z

Menemukan laporan activequeries pertama untuk peristiwa apa pun yang terjadi setelah waktu tertentu

logName="projects/PROJECT_ID/logs/cloudsql.googleapis.com%2Fmysql-performance-capture.log"
labels.FILE_NAME="primary_1_activequeries"
timestamp > "TIMESTAMP"

Ganti kode berikut:

  • PROJECT_ID: project ID instance Cloud SQL
  • TIMESTAMP: stempel waktu dalam format YYYY-MM-DDTHH:MM:SSZ. Misalnya, 2025-10-16T13:12:07Z

Menelusuri teks tertentu dalam laporan status InnoDB

logName="projects/PROJECT_ID/logs/cloudsql.googleapis.com%2Fmysql-performance-capture.log"
labels.FILE_NAME=~"innodbstatus"
textPayload:"SEARCH_TEXT"

Ganti kode berikut:

  • PROJECT_ID: project ID instance Cloud SQL
  • SEARCH_TEXT: teks yang ingin Anda cari. Sebagai contoh, SEMAPHORE WAITS