Skip to main content

Cek Konsumsi CPU Mysql

Siap bro 🔥
Ini gue bikinkan versi Knowledge Base (KB) / SOP Managed Service yang bisa langsung lo pakai.

✅📘 1️⃣Knowledge Base

Cara PalingMengidentifikasi CepatQuery (Productionyang Friendly)

Mengkonsumsi

GunakanCPU Performance Schema (Summary View)

Kalaudi MySQL 5.7(Azure /& 8.0On-Prem) biasanya

sudah

🎯 aktif.

Objective

JalankanMengidentifikasi ini:query yang menyebabkan CPU usage tinggi pada MySQL server, baik:

SELECT 
    DIGEST_TEXT,
    COUNT_STAR,
    ROUND(SUM_TIMER_WAIT/1000000000000,2) AS total_sec,
    ROUND(AVG_TIMER_WAIT/1000000000000,4) AS avg_sec
FROM performance_schema.events_statements_summary_by_digest
ORDER BY SUM_TIMER_WAIT DESC
LIMIT 10;

Penjelasan:

  • DIGEST_TEXTAzure →Database bentukfor MySQL (PaaS)

  • MySQL VM / On-Prem

🧠 Konsep Penting

CPU tinggi biasanya disebabkan oleh:

  • Long running query

  • COUNT_STARFull →table berapa kali dijalankanscan

  • total_secMissing → total waktu eksekusi (indikasi konsumsi CPU)index

  • avg_secQuery →concurrency rata-ratatinggi waktu(query perstorm)

    eksekusi

  • Temporary table besar

  • Sorting besar tanpa index

🔍 STEP 1 — Konfirmasi CPU Spike (Azure)

Jika Menggunakan Azure Database for MySQL

1️⃣ Login ke Azure Portal
2️⃣ Masuk ke resource Azure Database for MySQL
3️⃣ Klik Metrics
4️⃣ Tambahkan metric berikut:

  • CPU percent

  • Active connections

  • IO percent

  • Memory percent

👉📌 QueryPerhatikan:

paling
    atas
  • =

    Apakah kandidatCPU terbesarspike penyedotterjadi CPU.tiba-tiba (burst)?

  • Apakah spike sejalan dengan kenaikan Active Connections?

✅🔎 2️⃣STEP 2 — Cek Query YangAktif Sedang Jalan Sekarang(Real-Time)

Kalau CPU lagi tinggi sekarang:Jalankan:

SHOW FULL PROCESSLIST;

Atau lebih rapi:fokus:

SELECT *
FROM information_schema.PROCESSLIST
WHERE COMMAND != 'Sleep'
ORDER BY TIME DESC;

Perhatikan:

  • Lihat:Query dengan TIME > 10 detik

  • State seperti:

    • Sending data

    • Copying to tmp table

    • Locked

    • Sorting result

📌 Jika ada query dengan TIME besar → kemungkinan penyebab CPU.

🔥 STEP 3 — Cek Concurrency Level

Jalankan:

SHOW GLOBAL STATUS LIKE 'Threads_running';

Interpretasi umum:

Threads_runningKondisi
1–5Normal
5–10Medium
10–30High
>30Critical

Jika tinggi bersamaan dengan CPU spike → concurrency overload.

🔎 STEP 4 — Cek Jumlah Query per Detik (Detect Query Storm)

Jalankan:

SHOW GLOBAL STATUS LIKE 'Queries';

Catat nilai.

Tunggu 5 detik, jalankan lagi.

Hitung selisih:

(Query2 - Query1) / 5 = QPS (Queries Per Second)

Jika QPS sangat tinggi → kemungkinan query storm.

📊 STEP 5 — Gunakan Performance Schema (Paling Akurat)

Jalankan:

SELECT 
    DIGEST_TEXT,
    COUNT_STAR,
    ROUND(SUM_TIMER_WAIT/1000000000000,2) AS total_seconds,
    ROUND(AVG_TIMER_WAIT/1000000000000,4) AS avg_seconds
FROM performance_schema.events_statements_summary_by_digest
ORDER BY SUM_TIMER_WAIT DESC
LIMIT 10;

Ini akan menampilkan:

  • Query lamapaling jalansering dijalankan

  • StatusQuery "Sendingpaling data"banyak lamamenghabiskan waktu CPU

  • BanyakTotal querywaktu samaeksekusi berjalan paralelkumulatif

📌 Ini metode paling efektif untuk investigasi CPU.

✅🧨 3️⃣STEP Aktifkan6 — Cek Slow Query Log (Kalau Belum Aktif)

Ini penting banget buat monitoring berkelanjutan.

Cek dulu:

apakah slow query aktif:

SHOW VARIABLES LIKE 'slow_query_log';

KalauJika OFF, aktifkan:

SET GLOBAL slow_query_log = 'ON';
SET GLOBAL long_query_time = 2;  -- misalnya >2 detik

Cek lokasi file:ON:

SHOW VARIABLES LIKE 'slow_query_log_file'long_query_time';

LaluQuery analisayang dengan:lebih lama dari nilai tersebut akan masuk slow log.

📈 STEP 7 — Cek Connection Pressure

mysqldumpslowSHOW /path/to/slow.logGLOBAL STATUS LIKE 'Threads_connected';
SHOW GLOBAL STATUS LIKE 'Max_used_connections';
SHOW VARIABLES LIKE 'max_connections';

AtauJika lebihMax_used_connections bagusmendekati pakai:

max_connections 
pt-query-digest→ slow.logconnection

(tool dari Percona 🔥 sangat powerful)pressure.

✅🧠 4️⃣STEP Cara8 Lebih— DetailInterpretasi (TopHasil

Kondisi 1 — CPU Consumer)

Tinggi + Threads_running Tinggi

Kalau👉 mauQuery lihatconcurrency berdasarkan total waktu eksekusi paling besar:overload.

SELECT
Kondisi SCHEMA_NAME,2 DIGEST_TEXT,— COUNT_STAR,CPU ROUND(SUM_TIMER_WAIT/1000000000000,2)Tinggi AS+ total_exec_time_secQuery FROMTIME performance_schema.events_statements_summary_by_digestbesar

ORDER
👉 BYAda SUM_TIMER_WAITlong-running DESCquery.

LIMIT
Kondisi 5;3
— CPU Tinggi + QPS Tinggi

👉 Query storm.

Kondisi 4 — CPU Tinggi + IO tinggi

👉 Disk bottleneck.

Kondisi 5 — Semua normal tapi CPU spike

👉 Burst query singkat atau background maintenance.

🎯📌 CaraChecklist AnalisaInvestigasi HasilnyaCepat (Ringkas)

Biasanya pola yang bikinSaat CPU tinggi:spike terjadi:

  1. ❌SHOW QueryFULL tanpa indexPROCESSLIST

  2. ❌SHOW SELECTGLOBAL *STATUS dariLIKE tabel besar'Threads_running';

  3. ❌Cek JOIN tanpa indexQPS

  4. ❌ Query dipanggilPerformance ribuanSchema kali (meskipun cepat)digest

  5. ❌Cek ORDERAzure BY tanpa index

  6. ❌ LIKE '%keyword%' (leading wildcard)Metrics

🚀🧾 LangkahKesimpulan Setelah Ketemu Query

Misalnya ketemu ini:

COUNT_STAR: 147452
total_sec: 415707.65

Artinya:

  • Query dipanggil 147 ribu kali

  • Total waktu eksekusi 415 ribu detik

  • Ini jelas heavy consumer 🔥

Selanjutnya:

EXPLAIN ANALYZE <query>;

Lihat:

  • type: ALL → full table scan ❌

  • rows: besar banget ❌

  • possible_keys: NULL ❌

Kalau mau, kirim hasil:

  • DIGEST_TEXT

  • COUNT_STAR

  • total_sec

Nanti gue bantu analisa sebagai sudut pandangStandar Managed Service biar

bisa

CPU kamuspike laporkaninvestigation profesionalshould kefocus clienton 👍active queries, concurrency level, and query execution summary from Performance Schema.
Snapshot analysis must be performed during the spike window to accurately identify the root cause

Kalau boleh tau bro:
MySQL versi berapa?
Running di Azure VM kan ya? CPU berapa core?

Biar gue kasih strategi optimasi yang paling tepat 🔥

Back to top