Mengapa SELECT * menjadi lebih cepat daripada SELECT foo?

Pertimbangkan tabel nilai dan hash, seperti:

+------------+----------+------+-----+---------+----------------+
| Field      | Type     | Null | Key | Default | Extra          |
+------------+----------+------+-----+---------+----------------+
| id         | int(11)  | NO   | PRI | NULL    | auto_increment |
| val        | char(9)  | NO   |     | NULL    |                |
| val_hashed | char(50) | YES  |     | NULL    |                |
+------------+----------+------+-----+---------+----------------+

Permintaan berikut selesai dalam 0,00 detik:

SELECT * FROM hashes ORDER BY 1 DESC LIMIT 1;

Namun, kueri ini membutuhkan 3 menit 17 detik:

SELECT val FROM hashes ORDER BY 1 DESC LIMIT 1;

Saya melihat bahwa ketika kueri sedang menjalankan daftar proses menunjukkannya sebagai status Sorting result. Situasi ini sepenuhnya dapat direproduksi. Perhatikan bahwa ada proses lain yang melakukan INSERToperasi di atas meja secara terus menerus.

Mengapa kueri yang lebih spesifik membutuhkan waktu lebih lama untuk dijalankan daripada *kueri? Saya selalu percaya bahwa *pertanyaan harus dihindari secara khusus karena alasan kinerja.

Ungkapan tersebut ORDER BY 1merujuk pada kolom yang berbeda; di pertama akan id, di kedua val. Karena idkuncinya akan diindeks dan order byakan menjadi jumlah pekerjaan yang sepele. Untuk order by val, bagaimanapun, sistem harus mengambil setiap baris, mengurutkan tabel lengkap dengan val, lalu pilih hanya satu dari baris itu.

Ubah kedua kueri order by iddan saya pikir waktu eksekusi Anda akan hampir sama.

Perbedaan kinerja dalam permintaan Anda dijelaskan dengan baik oleh MG. Saya akan membahas ini:

Saya selalu percaya bahwa permintaan * harus dihindari secara khusus karena alasan kinerja.

select *tidak membawa hukuman tertentu dengan sendirinya, itu bermasalah ketika disalahgunakan. Dalam kueri tabel tunggal berfungsi dengan baik. sekarang gabung tabel itu ke yang lain dengan 20 kolom, dan kemudian tambahkan bergabung ke 5 tabel lainnya dengan banyak kolom masing-masing. SEKARANG itu masalah. Begitu juga orang-orang yang mengajar bantuan band yang luas "never do X" tanpa menjelaskan alasannya.