Apakah kegunaan explain dalam mysql

Dalam mysql, perintah explain digunakan terutamanya untuk melihat pelan pelaksanaan pernyataan SQL Perintah ini boleh mensimulasikan pengoptimum untuk melaksanakan pernyataan pertanyaan SQL, untuk mengetahui cara mysql memproses pernyataan SQL pengguna. Sintaksnya ialah "terangkan pernyataan SQL" ;".

Persekitaran pengendalian tutorial ini: sistem Windows 10, versi mysql8.0.22, komputer Dell G3.

Apakah kegunaan explain dalam mysql

Arahan explain digunakan terutamanya untuk menyemak pelan pelaksanaan pernyataan SQL, semak sama ada pernyataan SQL menggunakan indeks, sama ada imbasan jadual penuh dilakukan, dsb. Ia boleh mensimulasikan pengoptimum untuk melaksanakan pernyataan pertanyaan SQL untuk mengetahui cara MySQL mengendalikan pernyataan SQL pengguna.

Dalam kerja harian, kami kadangkala menjalankan pertanyaan yang perlahan untuk merekodkan beberapa penyata SQL yang mengambil masa yang lama untuk melaksanakannya tidak bermakna kami sudah selesai pelan pelaksanaan salah satu pernyataan SQL ini, semak sama ada pernyataan SQL menggunakan indeks, dan sama ada imbasan jadual penuh dilakukan ini boleh disemak melalui perintah explain. Oleh itu, kami menyelam jauh ke dalam pengoptimum berasaskan kos MySQL, dan kami juga boleh mendapatkan butiran tentang banyak strategi capaian yang mungkin dipertimbangkan oleh pengoptimum, dan strategi mana yang dijangka akan diterima pakai oleh pengoptimum semasa menjalankan pernyataan SQL.

-- 实际SQL，查找用户名为Jefabc的员工
select * from emp where name = 'Jefabc';
-- 查看SQL是否使用索引，前面加上explain即可
explain select * from emp where name = 'Jefabc'

Maklumat daripada expain mempunyai 10 lajur iaitu id, select_type, table, type, possible_keys, key, key_len, ref, rows, Extra

Ringkasan penerangan:

id: pilih pengecam

select_type: menunjukkan jenis pertanyaan.

jadual: Jadual yang mengeluarkan set hasil

partition: Pembahagian partition

jenis: Mewakili jenis sambungan jadual

possible_keys: Mewakili kemungkinan semasa pertanyaan Indeks digunakan

kunci: Menunjukkan indeks sebenar yang digunakan

key_len: Panjang medan indeks

ref: Perbandingan lajur dan indeks

baris: Imbasan Bilangan baris keluar (anggaran bilangan baris)

ditapis: peratusan baris yang ditapis mengikut keadaan jadual

Tambahan: penerangan dan penjelasan pelaksanaan

Medan ini dibincangkan di bawah Penjelasan yang mungkin:

1. Ini ialah nombor urutan pertanyaan SELECT

Pemahaman saya ialah ia mengenal pasti susunan pelaksanaan SQL dilaksanakan daripada besar ke kecil

1 pesanan adalah dari atas ke bawah

2. Jika ia adalah subquery, nombor siri id akan ditambah Semakin besar nilai id, semakin tinggi keutamaan dan lebih awal ia akan dilaksanakan

3. Jika id adalah sama, ia boleh dianggap sebagai satu kumpulan Jalankan mengikut urutan dari atas ke bawah dalam semua kumpulan, semakin besar nilai id, semakin tinggi keutamaan, lebih awal ia dilaksanakan

-- 查看在研发部并且名字以Jef开头的员工，经典查询
explain select e.no, e.name from emp e left join dept d on e.dept_no = d.no where e.name like 'Jef%' and d.name = '研发部';

Mewakili setiap klausa pilihan dalam pertanyaan Jenis

(1) SIMPLE (simple SELECT, tidak menggunakan UNION atau subquery, dsb.)

(2) PRIMER (pertanyaan paling luar dalam subkueri, jika pertanyaan mengandungi mana-mana Subbahagian kompleks, pilihan paling luar ditandakan sebagai PRIMER)

(3) UNION (pernyataan SELECT kedua atau seterusnya dalam KESATUAN)

(4) KESATUAN BERGANTUNG (dalam KESATUAN Pernyataan SELECT kedua atau seterusnya, bergantung pada pertanyaan luaran)

(5) KEPUTUSAN KESATUAN (hasil KESATUAN, pilihan kedua dalam pernyataan kesatuan bermula semua pilihan berikutnya)

(6) SUBQUERY (PILIHAN pertama dalam subquery, hasilnya tidak bergantung pada pertanyaan luaran)

(7) SUBQUERY BERGANTUNG (the SELECT pertama dalam subquery, bergantung pada pertanyaan luaran)

(8) DERIVED (SELECT of the derived table, subquery of the FROM clause)

(9) UNCACHEABLE SUBQUERY (Hasil daripada subquery tidak boleh dicache, dan baris pertama pautan luar mesti dinilai semula )

3 jadual

memaparkan nama jadual dalam pangkalan data yang diakses dalam langkah ini (menunjukkan. jadual mana data dalam baris ini). Kadang-kadang ia bukan nama jadual sebenar, ia mungkin singkatan Sebagai contoh, e dan d di atas juga mungkin merupakan singkatan daripada hasil pelaksanaan beberapa langkah

4. taip

kaedah capaian jadual, menunjukkan cara MySQL mencari baris yang diperlukan dalam jadual Juga dipanggil "jenis akses".

Jenis yang biasa digunakan ialah: SEMUA, indeks, julat, ref, eq_ref, const, sistem, NULL (dari kiri ke kanan, prestasi daripada lemah kepada baik)

SEMUA: Imbasan Jadual Penuh, MySQL akan melintasi seluruh jadual untuk mencari baris yang sepadan

indeks: Imbasan Indeks Penuh, perbezaan antara indeks dan SEMUA ialah jenis indeks hanya merentasi pokok indeks

julat: hanya mengambil baris dalam julat yang diberikan, gunakan indeks untuk memilih baris

ref: Menunjukkan keadaan padanan sambungan jadual di atas, iaitu lajur atau pemalar mana yang digunakan untuk mencari nilai pada lajur indeks

eq_ref: Sama seperti ref, perbezaannya terletak pada penggunaan Indeks ialah indeks unik Untuk setiap nilai kunci indeks, hanya satu rekod dalam jadual yang sepadan, kunci utama atau kunci unik digunakan sebagai perkaitan keadaan dalam sambungan berbilang jadual

const, sistem: Apabila MySQL Gunakan jenis akses ini apabila mengoptimumkan sebahagian daripada pertanyaan dan menukarnya kepada pemalar. Jika kunci utama diletakkan dalam senarai tempat, MySQL boleh menukar pertanyaan kepada pemalar Sistem ialah kes khas jenis const Apabila jadual pertanyaan hanya mempunyai satu baris, gunakan sistem

NULL: MySQL. sedang mengoptimumkan Pernyataan diuraikan semasa proses dan tidak perlu mengakses jadual atau indeks semasa pelaksanaan Contohnya, memilih nilai minimum daripada lajur indeks boleh diselesaikan melalui carian indeks yang berasingan.

五、possible_keys

指出MySQL能使用哪个索引在表中找到记录，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用（该查询可以利用的索引，如果没有任何索引显示 null）

该列完全独立于EXPLAIN输出所示的表的次序。这意味着在possible_keys中的某些键实际上不能按生成的表次序使用。

如果该列是NULL，则没有相关的索引。在这种情况下，可以通过检查WHERE子句看是否它引用某些列或适合索引的列来提高你的查询性能。如果是这样，创造一个适当的索引并且再次用EXPLAIN检查查询

六、Key

key列显示MySQL实际决定使用的键（索引），必然包含在possible_keys中

如果没有选择索引，键是NULL。要想强制MySQL使用或忽视possible_keys列中的索引，在查询中使用FORCE INDEX、USE INDEX或者IGNORE INDEX。

七、key_len

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度（key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出的）

不损失精确性的情况下，长度越短越好

八、ref

列与索引的比较，表示上述表的连接匹配条件，即哪些列或常量被用于查找索引列上的值

九、rows

估算出结果集行数，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数

十、Extra

该列包含MySQL解决查询的详细信息,有以下几种情况：

Using where:不用读取表中所有信息，仅通过索引就可以获取所需数据，这发生在对表的全部的请求列都是同一个索引的部分的时候，表示mysql服务器将在存储引擎检索行后再进行过滤

Using temporary：表示MySQL需要使用临时表来存储结果集，常见于排序和分组查询，常见 group by ; order by

Using filesort：当Query中包含 order by 操作，而且无法利用索引完成的排序操作称为“文件排序”

-- 测试Extra的filesort
explain select * from emp order by name;

Using join buffer：改值强调了在获取连接条件时没有使用索引，并且需要连接缓冲区来存储中间结果。如果出现了这个值，那应该注意，根据查询的具体情况可能需要添加索引来改进能。

Impossible where：这个值强调了where语句会导致没有符合条件的行（通过收集统计信息不可能存在结果）。

Select tables optimized away：这个值意味着仅通过使用索引，优化器可能仅从聚合函数结果中返回一行

No tables used：Query语句中使用from dual 或不含任何from子句

-- explain select now() from dual;

总结：

• EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况

• EXPLAIN不考虑各种Cache

• EXPLAIN不能显示MySQL在执行查询时所作的优化工作

• 部分统计信息是估算的，并非精确值

• EXPALIN只能解释SELECT操作，其他操作要重写为SELECT后查看执行计划。

通过收集统计信息不可能存在结果

推荐学习：mysql视频教程

Atas ialah kandungan terperinci Apakah kegunaan explain dalam mysql. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!