Gunakan fungsi pelan Jelaskan Navicat untuk melihat laluan pelaksanaan SQL dengan cepat. Langkah -langkah utama termasuk: 1. Klik butang "Penjelasan" sebelum melaksanakan pernyataan pilih atau gunakan kekunci pintasan CTRL Shift E; 2. Perhatikan medan seperti ID, Select_Type, Jadual, Jenis, Kemungkinan_Keys, Kunci, Baris, dan Tambahan dalam Pelan Pelaksanaan; 3. Fokus pada metrik jenis dan baris. Semua atau indeks harus dielakkan. Semakin kecil nilai baris, lebih baik; 4. Menganalisis medan tambahan yang diminta, seperti menggunakan Filesort atau menggunakan sementara, yang boleh menjejaskan prestasi; 5. Ambil langkah -langkah pengoptimuman berdasarkan masalah, seperti menambah indeks, mengurangkan medan pertanyaan, mengoptimumkan operasi gabungan, dan menulis semula pernyataan SQL.

Menganalisis prestasi pertanyaan adalah bahagian penting dari pengoptimuman pangkalan data, dan fungsi pelan menjelaskan yang disediakan oleh Navicat dapat membantu anda dengan cepat melihat laluan pelaksanaan SQL. Kuncinya adalah untuk memahami pelbagai indikator dalam pelan pelaksanaan dan mengetahui potensi kemunculan prestasi.

Lihat Operasi Asas Pelan Pelaksanaan

Setelah membuka sambungan pangkalan data di Navicat, sebelum melaksanakan pernyataan pilih, klik butang "Penjelasan" (atau gunakan kekunci pintasan CTRL Shift E) untuk melihat pelan pelaksanaan SQL ini.

Pelan ini biasanya memaparkan pelbagai bidang dalam bentuk jadual, seperti:

• ID : Pengenal pasti unik operasi
• SELECT_TYPE : Jenis pertanyaan, seperti pertanyaan mudah, subquery, dll.
• Jadual : Jadual data yang terlibat
• Jenis : Jenis sambungan, seperti indeks, ref, semua, dll.
• Mungkin_keys dan kunci : indeks yang boleh digunakan dan indeks yang sebenarnya digunakan
• Barisan : Bilangan baris yang dijangka akan diimbas
• Tambahan : Maklumat tambahan, seperti menggunakan filesort, menggunakan sementara, dll.

Bersama -sama, bidang ini membentuk "pelan tindakan" untuk pertanyaan, membantu anda menentukan sama ada SQL adalah cekap.

Fokus pada metrik utama: Jenis dan baris

Dalam pelan pelaksanaan, kedua -dua bidang yang patut diberi perhatian adalah type dan rows .

• Jenis mewakili jenis akses, yang biasa adalah:
  • system / const : optimum, menunjukkan langsung memukul kunci utama atau indeks unik
  • eq_ref : Digunakan untuk pemadanan indeks utama atau unik apabila menyertai beberapa jadual
  • ref : Carian Indeks Bukan Unique
  • range : imbasan jarak, seperti di mana id> 100
  • index : Imbas keseluruhan pokok indeks
  • ALL : Pengimbasan Meja Penuh harus dielakkan sebanyak mungkin

Secara umumnya, selagi ia tidak semua atau indeks, ia dianggap sebagai jenis yang boleh diterima. Sekiranya anda mendapati jenis itu adalah semua, ini bermakna indeks yang sesuai tidak digunakan, dan anda perlu mempertimbangkan untuk menambah atau menyesuaikan indeks.

• Baris menunjukkan bilangan baris yang diharapkan oleh MySQL untuk mengimbas. Semakin kecil nilai, lebih baik. Jika anda melihat baris dengan beribu -ribu atau puluhan ribu, anda perlu mempertimbangkan pengoptimuman.

Contohnya:
Jika anda menanyakan jadual pesanan dengan data peringkat juta, dan pelan pelaksanaan menunjukkan bahawa jenis adalah semua dan baris adalah 1000000, ini bermakna ia menyapu seluruh jadual dan sangat tidak cekap. Pada masa ini, anda harus menyemak sama ada anda telah mengindeks medan syarat pertanyaan.

Petua biasa dalam bidang tambahan

Bidang tambahan sering mengandungi beberapa petunjuk penting, seperti:

• Menggunakan Filesort : MySQL memerlukan penyortiran tambahan, biasanya pesanan dengan tidak menggunakan indeks
• Menggunakan jadual sementara digunakan, yang biasanya muncul dalam kumpulan oleh atau operasi yang berbeza, dan juga boleh menjejaskan prestasi.
• Menggunakan di mana : bermaksud bahawa di mana penapisan bersyarat digunakan
• Menggunakan Indeks : Tekan Indeks Overlay, sangat cekap

Kemunculan menggunakan Filesort atau menggunakan sementara tidak semestinya sesuatu yang buruk, tetapi anda harus memberi perhatian jika anda mendapati bahawa ia muncul dalam operasi meja besar. Operasi jenis ini boleh dikurangkan dengan menambahkan indeks ke medan yang disusun, atau menimpa SQL.

Cadangan Pengoptimuman Sebenar

Apabila anda menemui masalah melalui pelan pelaksanaan Navicat, anda boleh mencuba cara berikut untuk mengoptimumkan:

• Tambahkan indeks ke medan yang sering digunakan sebagai syarat pertanyaan
• Cuba elakkan pilih * dan hanya periksa medan yang diperlukan, yang membantu memukul indeks penggantian
• Untuk menyertai operasi, pastikan bidang yang berkaitan mempunyai indeks
• Elakkan operasi fungsi di medan dalam klausa WHERE, yang boleh menyebabkan kegagalan indeks
• Berpecah pertanyaan kompleks untuk mengurangkan jumlah data yang diproses pada satu masa

Contohnya:
Jika anda mempunyai pertanyaan seperti yang ditulis seperti WHERE name LIKE '%張%' , starter wildcard ini tidak dapat menggunakan indeks, yang akan membawa kepada pengimbasan meja penuh. Anda boleh mempertimbangkan sama ada ia boleh diubah menjadi padanan awalan (seperti %張) atau menggunakan pengindeksan teks penuh.

Pada dasarnya itu sahaja. Walaupun fungsi perancangan pelaksanaan Navicat adalah mudah, digabungkan dengan perkara -perkara utama ini, cukup untuk mengatasi keperluan pengoptimuman pertanyaan setiap hari.

Atas ialah kandungan terperinci Bagaimana Menganalisis Prestasi Pertanyaan Menggunakan Rancangan Jelaskan Navicat?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!