Statistik pertanyaan dalam MySQL
Statistik penting yang dikumpul untuk pertanyaan yang dilaksanakan, termasuk masa, jadual sementara, indeks, gabungan, dll., dikumpulkan dalam tab Keputusan Editor SQL Statistik Pertanyaan (lihat dua imej di bawah).
Permintaan
Dayakan pertanyaan dan kumpulkan statistik skema prestasi.
performance_schema mempunyai pengesanan pernyataan didayakan.
SQL Editor: Statistik Pertanyaan

Pelan Penerangan Visual
Ciri Penjelasan Visual mencipta dan memberikan penerangan visual bagi pernyataan MySQL EXPLAIN dengan memanfaatkan data tambahan yang terkandung dalam format JSON yang dipertingkatkan. Semua format EXPLAIN, termasuk format standard, JSON lanjutan mentah dan rancangan pertanyaan visual, boleh digunakan untuk melaksanakan pertanyaan dalam MySQL Workbench.
Demonstrasi penggunaan intuitif
Lakukan pertanyaan dalam Editor SQL dan pilih Perlaksanaan daripada menu hasil pertanyaan untuk menerima penerangan visual pelan pelaksanaan. Sebagai tambahan kepada paparan jelas visual lalai, pelan pelaksanaan juga mengandungi paparan penjelasan jadual, sama seperti yang anda lihat apabila anda menjalankan EXPLAIN dalam klien MySQL. Untuk mendapatkan maklumat lanjut tentang cara MySQL melaksanakan pernyataan, lihat Mengoptimumkan Pertanyaan Menggunakan EXPLAIN.
Penjelasan visual tentang konvensyen
Rajah penerangan visual hendaklah dibaca dari bawah ke atas, kiri ke kanan. Gambaran keseluruhan konvensyen grafik, tekstual dan maklumat yang digunakan untuk mewakili pelbagai elemen rancangan tafsiran visual diberikan dalam contoh rajah di bawah. Untuk butiran lanjut sila lihat -
Graphics Standard
Konvensyen mesej dan teks
Penjelasan visual graf pertama Graf menyediakan penerangan visual bagi pertanyaan berikut.
select * FROM employee_table
Contoh penjelasan visual

Konvensyen Grafik
Kotak standard: meja
Kotak sudut bulat: operasi seperti GROUP dan SORT
Kotak Bingkai: Subquery
Berlian: Sambungkan
Konvensyen teks dan mesej
Teks standard di bawah kotak: nama jadual (atau alias)
Teks tebal di bawah kotak: Kunci/Indeks digunakan
Nombor di penjuru kanan sebelah atas kotak: bilangan baris yang digunakan dalam jadual yang ditapis
Nombor di sudut kiri atas kotak: kos relatif untuk mengakses jadual (memerlukan MySQL 5.7 atau lebih tinggi)
Nombor di sebelah kanan gelung bersarang (atau cantuman cincang) berlian: bilangan baris yang dijana oleh JOIN
Nombor di atas berlian: kos relatif JOIN (memerlukan MySQL 5.7 atau lebih tinggi)
Jadual di bawah menunjukkan warna dan penerangan yang berkaitan yang digunakan dalam gambar rajah tafsiran visual. Untuk mendapatkan maklumat lanjut tentang anggaran kos, lihat Model Kos Pengoptimum.
Maklumat carta penjelasan visual
Nama sistem |
Warna |
Visualkan teks pada carta |
Maklumat berkaitan petua alat |
---|---|---|---|
Sistem |
Biru |
Barisan tunggal: pemalar sistem |
Kosnya sangat rendah |
Malar |
Biru |
Barisan tunggal: malar |
Kosnya sangat rendah |
EQ_REF |
Hijau |
Pencarian kunci unik |
Kos Rendah - Pengoptimum dapat mencari indeks yang boleh digunakan untuk mendapatkan semula rekod yang diperlukan. Ia pantas kerana carian indeks menghala terus ke halaman yang mengandungi semua baris data |
Rujukan |
Hijau |
Pencarian kunci bukan unik |
Rendah-Sederhana -- Rendah jika terdapat lebih sedikit baris yang sepadan lebih tinggi apabila bilangan baris bertambah |
Teks penuh |
Kuning |
Carian indeks teks penuh |
Carian teks penuh khusus. Rendah – untuk keperluan carian khusus ini |
REF_OR_NULL |
Hijau |
Cari dengan kunci + dapatkan nilai NULL |
Rendah-Sederhana - jika bilangan baris yang sepadan adalah lebih tinggi apabila bilangan baris bertambah |
INDEX_MERGE |
Hijau |
Pencantuman indeks |
Sederhana – Cari pilihan indeks yang lebih baik dalam pertanyaan untuk meningkatkan prestasi |
UNIQUE_SUBQUERY |
Oren |
Pencarian kunci unik dalam jadual subquery |
Rendah -- untuk pemprosesan subkueri yang cekap |
INDEX_SUBQUERY |
Oren |
Pencarian kunci bukan unik dalam jadual subquery |
Rendah -- untuk pemprosesan subkueri yang cekap |
Julat |
Oren |
Imbasan julat indeks |
Sederhana -- Imbasan indeks separa |
Indeks |
Merah |
Imbasan indeks penuh |
Tinggi - terutamanya untuk indeks yang besar |
Semua |
Merah |
Imbasan meja penuh |
Sangat Tinggi - Kos yang sangat tinggi untuk meja besar, tetapi kurang kesan untuk meja kecil. Tiada indeks percuma boleh ditemui untuk jadual, memaksa pengoptimum untuk mencari setiap baris. Ini juga mungkin bermakna carian terlalu luas dan indeks akan menjadi tidak berguna. |
Tidak diketahui |
Hitam |
Tidak diketahui |
Nota: Ini ialah nilai lalai sekiranya perlawanan tidak dapat ditentukan |
Kesimpulan
Dalam artikel ini, kami mempelajari cara untuk mendapatkan statistik pertanyaan dalam MySQL Workbench dan apakah ciri-cirinya yang berbeza.
Atas ialah kandungan terperinci Statistik pertanyaan dalam MySQL. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Artikel ini membincangkan menggunakan pernyataan jadual Alter MySQL untuk mengubah suai jadual, termasuk menambah/menjatuhkan lajur, menamakan semula jadual/lajur, dan menukar jenis data lajur.

Artikel membincangkan mengkonfigurasi penyulitan SSL/TLS untuk MySQL, termasuk penjanaan sijil dan pengesahan. Isu utama menggunakan implikasi keselamatan sijil yang ditandatangani sendiri. [Kira-kira aksara: 159]

Artikel membincangkan alat MySQL GUI yang popular seperti MySQL Workbench dan PHPMyAdmin, membandingkan ciri dan kesesuaian mereka untuk pemula dan pengguna maju. [159 aksara]

Artikel membincangkan strategi untuk mengendalikan dataset besar di MySQL, termasuk pembahagian, sharding, pengindeksan, dan pengoptimuman pertanyaan.

Artikel ini membincangkan jadual menjatuhkan di MySQL menggunakan pernyataan Jadual Drop, menekankan langkah berjaga -jaga dan risiko. Ia menyoroti bahawa tindakan itu tidak dapat dipulihkan tanpa sandaran, memperincikan kaedah pemulihan dan bahaya persekitaran pengeluaran yang berpotensi.

Keupayaan carian teks penuh InnoDB sangat kuat, yang dapat meningkatkan kecekapan pertanyaan pangkalan data dan keupayaan untuk memproses sejumlah besar data teks. 1) InnoDB melaksanakan carian teks penuh melalui pengindeksan terbalik, menyokong pertanyaan carian asas dan maju. 2) Gunakan perlawanan dan terhadap kata kunci untuk mencari, menyokong mod boolean dan carian frasa. 3) Kaedah pengoptimuman termasuk menggunakan teknologi segmentasi perkataan, membina semula indeks dan menyesuaikan saiz cache untuk meningkatkan prestasi dan ketepatan.

Artikel membincangkan menggunakan kunci asing untuk mewakili hubungan dalam pangkalan data, memberi tumpuan kepada amalan terbaik, integriti data, dan perangkap umum untuk dielakkan.

Artikel ini membincangkan membuat indeks pada lajur JSON dalam pelbagai pangkalan data seperti PostgreSQL, MySQL, dan MongoDB untuk meningkatkan prestasi pertanyaan. Ia menerangkan sintaks dan faedah mengindeks laluan JSON tertentu, dan menyenaraikan sistem pangkalan data yang disokong.
