Tại sao CHỌN * có cường độ nhanh hơn CHỌN foo?

Hãy xem xét một bảng các giá trị và giá trị băm, như vậy:

+------------+----------+------+-----+---------+----------------+
| 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    |                |
+------------+----------+------+-----+---------+----------------+

Truy vấn sau kết thúc sau 0,00 giây:

SELECT * FROM hashes ORDER BY 1 DESC LIMIT 1;

Tuy nhiên, truy vấn này mất 3 phút 17 giây:

SELECT val FROM hashes ORDER BY 1 DESC LIMIT 1;

Tôi thấy rằng trong khi truy vấn đang chạy, danh sách quy trình hiển thị nó dưới dạng trạng thái Sorting result. Tình hình là hoàn toàn tái sản xuất. Lưu ý rằng có một quá trình khác thực hiện các INSERThoạt động trên bàn liên tục.

Tại sao truy vấn cụ thể sẽ mất nhiều thời gian hơn so với *truy vấn? Tôi luôn tin rằng *các truy vấn nên được tránh cụ thể vì lý do hiệu suất.

Các cụm từ ORDER BY 1đề cập đến các cột khác nhau; trong lần đầu tiên nó sẽ được id, trong lần thứ hai val. Vì idlà chìa khóa nên nó sẽ được lập chỉ mục và order bysẽ là một khối lượng công việc không đáng kể. Để order by valTuy nhiên, hệ thống này sẽ phải lấy mỗi hàng, sắp xếp hoàn chỉnh bảng bằng cách val, sau đó chọn chỉ là một trong những hàng.

Thay đổi cả hai truy vấn thành order by idvà tôi nghĩ thời gian thực hiện của bạn sẽ gần như giống hệt nhau.

Sự khác biệt hiệu suất trong truy vấn của bạn được giải thích tốt bởi MG. Tôi sẽ giải quyết điều này:

Tôi luôn tin rằng * nên tránh các truy vấn cụ thể vì lý do hiệu suất.

select *Không có hình phạt cụ thể của chính nó, nó là vấn đề khi sử dụng sai. Trong một truy vấn bảng đơn, nó hoạt động tốt. bây giờ nối bảng này với bảng khác với 20 cột và sau đó thêm phép nối vào 5 bảng khác với nhiều cột. BÂY GIỜ nó là một vấn đề. Vì vậy, những người dạy rộng rãi, hỗ trợ ban nhạc "không bao giờ làm X" mà không giải thích lý do tại sao.