Letakkan berkas disini

Unggahan SQL ( 0 ) x -

Pengaturan Terkait dengan Halaman Klik pada bar untuk menggulir ke atas halaman
Tekan Ctrl+Enter untuk menjalankan kueri Tekan Enter untuk menjalankan kueri
menaik
menurun
Urutkan:
Men-Debug SQL
Jumlah
Urutan eksekusi
Waktu yang dibutuhkan
Urutkan berdasarkan:
Kueri grup
Pisahkan pengelompokan kueri
Tampilkan Buka Tampilkan jejak Sembunyikan jejak Jumlah: Waktu yang dipakai:
Bookmark
Segarkan
Tambah
Tidak ada penanda
Tambah bookmark
Opsi
Kembalikan nilai bawaan
Tampilkan Buka Kueri ulang Ubah Jelaskan Profil Bookmarks Kueri gagal Basis data: Waktu eksekusi kueri:

Sistem penasihat

Isu kinerja yang mungkin

Masalah:
Waktu aktif kurang dari 1 hari, penyetelan kinerja mungkin tidak akurat.
Rekomendasi:
Untuk mendapatkan rata-rata yang lebih akurat, disarankan untuk membiarkan server berjalan lebih dari satu hari sebelum menjalankan penganalisa ini
Pembenaran:
Uptime hanya 0 hari, 1 jam, 32 menit dan 9 detik
Variabel / rumus yang digunakan:
Uptime
Uji:
value < 86400
Masalah:
long_query_time ditetapkan ke 10 detik atau lebih, jadi hanya kueri lambat yang memerlukan waktu lebih dari 10 detik yang dicatat.
Rekomendasi:
Disarankan untuk menyetel long_query_time ke nilai yang lebih rendah, tergantung pada lingkungan Anda. Biasanya nilai yang disarankan adalah 1-5 detik.
Pembenaran:
long_query_time saat ini ditetapkan ke 10s.
Variabel / rumus yang digunakan:
long_query_time
Uji:
value >= 10
Masalah:
Log kueri lambat dinonaktifkan.
Rekomendasi:
Aktifkan kueri logging dengan menetapkan slow_query_log ke 'ON'. Ini akan membantu pemecahan masalah buruk melakukan kueri.
Pembenaran:
log_slow_queries diatur ke 'OFF'
Variabel / rumus yang digunakan:
slow_query_log
Uji:
value == 'OFF'
Masalah:
Metode caching suboptimal.
Rekomendasi:
Anda menggunakan cache MySQL Query dengan database lalu lintas yang cukup tinggi. Mungkin ada baiknya mempertimbangkan untuk menggunakan memcached sebagai pengganti cache MySQL Query, terutama jika Anda memiliki banyak replika.
Pembenaran:
Tembolok kueri diaktifkan dan server menerima 248 kueri per detik. Aturan ini berlaku jika ada lebih dari 100 kueri per detik.
Variabel / rumus yang digunakan:
Questions / Uptime
Uji:
value > 100
Masalah:
Ada banyak baris yang sedang disortir.
Rekomendasi:
Meskipun tidak ada yang salah dengan penyortiran baris dalam jumlah besar, Anda mungkin ingin memastikan bahwa kueri yang memerlukan banyak penyortiran menggunakan kolom terindeks dalam klausa ORDER BY, karena ini akan menghasilkan penyortiran yang jauh lebih cepat.
Pembenaran:
Rata-rata baris yang diurutkan: 80.71 per detik
Variabel / rumus yang digunakan:
Sort_rows / Uptime
Uji:
value * 60 >= 1
Masalah:
Terlalu banyak join tanpa indeks.
Rekomendasi:
Ini berarti bahwa penggabungan melakukan pemindaian tabel secara penuh. Menambahkan indeks untuk kolom yang digunakan dalam kondisi penggabungan akan mempercepat penggabungan tabel secara signifikan.
Pembenaran:
Rata-rata gabungan tabel: 148.76 per detik, nilai ini harus kurang dari 1 per jam
Variabel / rumus yang digunakan:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Uji:
value * 60 * 60 > 1
Masalah:
Kecepatan membaca entri indeks pertama tinggi.
Rekomendasi:
Ini biasanya menunjukkan pemindaian indeks penuh yang sering. Pemindaian indeks penuh lebih cepat daripada pemindaian tabel tetapi memerlukan banyak siklus CPU dalam tabel besar, jika tabel tersebut memiliki atau pernah memiliki volume UPDATE dan DELETE yang tinggi, menjalankan 'OPTIMIZE TABLE' dapat mengurangi jumlah dan/atau mempercepat pemindaian indeks penuh. Selain itu, pemindaian indeks penuh hanya dapat dikurangi dengan menulis ulang kueri.
Pembenaran:
Pemindaian indeks rata-rata: 2.7 per detik, nilai ini harus kurang dari 1 per jam
Variabel / rumus yang digunakan:
Handler_read_first / Uptime
Uji:
value * 60 * 60 > 1
Masalah:
Kecepatan membaca data dari posisi tetap tinggi.
Rekomendasi:
Hal ini menunjukkan bahwa banyak kueri perlu mengurutkan hasil dan/atau melakukan pemindaian tabel penuh, termasuk kueri gabungan yang tidak menggunakan indeks. Tambahkan indeks jika berlaku.
Pembenaran:
Kecepatan membaca rata-rata posisi tetap: 80.67 per detik, nilai ini harus kurang dari 1 per jam
Variabel / rumus yang digunakan:
Handler_read_rnd / Uptime
Uji:
value * 60 * 60 > 1
Masalah:
Kecepatan membaca baris tabel berikutnya tinggi.
Rekomendasi:
Hal ini menunjukkan bahwa banyak kueri yang melakukan scan tabel secara menyeluruh. Menambahkan indeks dimana memungkinkan.
Pembenaran:
Tingkat (kecepatan) membaca baris tabel selanjutnya: 9475.95 per detik, nilai ini seharusnya kurang dari 1 per jam
Variabel / rumus yang digunakan:
Handler_read_rnd_next / Uptime
Uji:
value * 60 * 60 > 1
Masalah:
Banyak tabel sementara yang ditulis ke disk daripada disimpan di memori.
Rekomendasi:
Meningkatkan max_heap_table_size dan tmp_table_size mungkin dapat membantu. Namun, beberapa tabel sementara selalu ditulis ke disk, terlepas dari nilai variabel-variabel ini. Untuk menghilangkannya, Anda harus menulis ulang kueri Anda untuk menghindari kondisi tersebut (Di dalam tabel sementara: Adanya kolom BLOB atau TEXT atau adanya kolom yang lebih besar dari 512 byte) sebagaimana disebutkan dalam Dokumentasi MySQL
Pembenaran:
Tingkat pembuatan tabel temporer ke diska: 9.01 per detik, nilai ini hasul kurang dari 1 per jam
Variabel / rumus yang digunakan:
Created_tmp_disk_tables / Uptime
Uji:
value * 60 * 60 > 1
Masalah:
Persentase buffer kunci MyISAM (tembolok indeks) yang digunakan rendah.
Rekomendasi:
Anda mungkin perlu mengurangi ukuran key_buffer_size, memeriksa ulang tabel Anda untuk melihat apakah indeks telah dihapus, atau memeriksa kueri dan ekspektasi tentang indeks apa yang digunakan.
Pembenaran:
max % buffer kunci MyISAM yang pernah digunakan: 0%, nilai ini harus di atas 95%
Variabel / rumus yang digunakan:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Uji:
value < 95
Masalah:
Tingkat pembukaan tabel tinggi.
Rekomendasi:
Membuka tabel memerlukan disk I/O yang mahal. Menambah table_open_cache dapat menghindari hal ini.
Pembenaran:
Tingkat koneksi yang dibatalkan adalah 1.76 per menit, ninlai ini seharusnya kurang dari 10 per jam
Variabel / rumus yang digunakan:
Opened_tables / Uptime
Uji:
value*60*60 > 10
Masalah:
Kecepatan membuka berkasnya tinggi.
Rekomendasi:
Pertimbangkan untuk meningkatkan open_files_limit, dan periksa log kesalahan ketika restart setelah mengubah open_files_limit.
Pembenaran:
Tingkat file yang dibuka: 50.79 dalam sejam, seharusnya nilai ini kurang dari 5 per jam
Variabel / rumus yang digunakan:
Open_files / Uptime
Uji:
value * 60 * 60 > 5
Masalah:
Terlalu banyak koneksi yang dibatalkan.
Rekomendasi:
Koneksi biasanya dibatalkan jika tidak dapat diotorisasi. Artikel ini dapat membantu Anda melacak sumbernya.
Pembenaran:
Tingkat koneksi yang digugurkan adalah pada 18.88 dalam sejam, hasil ini seharusnya kurang dari 1 per jam
Variabel / rumus yang digunakan:
Aborted_connects / Uptime
Uji:
value * 60 * 60 > 1
Masalah:
Kurang dari 80% tembolok kueri sedang digunakan.
Rekomendasi:
Hal ini mungkin disebabkan oleh query_cache_limit yang terlalu rendah. Membersihkan tembolok kueri juga dapat membantu.
Pembenaran:
Rasio saat ini antara memori tembolok kueri yang bebas dengan total ukuran tembolok kueri adalah 7%. Rasio ini harus di atas 80%
Variabel / rumus yang digunakan:
100 - Qcache_free_memory / query_cache_size * 100
Uji:
value < 80
Masalah:
Ukuran maksimum kumpulan hasil dalam tembolok kueri secara default adalah 1 MiB.
Rekomendasi:
Mengubah query_cache_limit (biasanya dengan meningkatkan) dapat meningkatkan efisiensi. Variabel ini menentukan ukuran maksimum hasil kueri mungkin harus dimasukkan ke dalam tembolok kueri. Jika ada banyak hasil kueri di atas 1 MiB yang baik disimpan di tembolok (banyak membaca, menulis sedikit) kemudian meningkat query_cache_limit akan meningkatkan efisiensi. Sedangkan dalam kasus banyak hasil kueri berada di atas 1 MiB yang tidak sangat baik disimpan di tembolok (sering batal karena update tabel) meningkat query_cache_limit mungkin mengurangi efisiensi.
Pembenaran:
query_cache_limit diatur ke 1 MiB
Variabel / rumus yang digunakan:
query_cache_limit
Uji:
value == 1024*1024