Tại sao truy vấn MySQL đơn giản này lại quá chậm?

Question

Vì vậy, đây là một bảng rất đơn giản 'tbl':

+---------+---------------------+------+-----+---------+----------------+ 
| Field | Type    | Null | Key | Default | Extra   | 
+---------+---------------------+------+-----+---------+----------------+ 
| val  | varchar(45)   | YES | MUL | NULL |    | 
| id  | bigint(20) unsigned | NO | PRI | NULL | auto_increment | 
+---------+---------------------+------+-----+---------+----------------+ 

Và chỉ số cho nó:

+--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | 
+--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 
| tbl |   0 | PRIMARY |   1 | id   | A   | 201826018 |  NULL | NULL |  | BTREE  |   | 
| tbl |   1 | val  |   1 | val   | A   |  881336 |  NULL | NULL | YES | BTREE  |   | 
+--------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+ 

Tôi đang cố gắng này đơn giản chọn:

select val from tbl where val = 'iii'; 

kết quả: 86.208 các hàng trong tập hợp (0,08 giây)

Nhưng khi tôi muốn sửa đổi một chút:

select id, val from tbl where val = 'iii'; 

kết quả là: 86.208 hàng trong set (47,30 giây)

tôi có quyền chỉ số trên coumn rằng nơi điểm đến, tất cả Tôi đang thay đổi là các hàng kết quả đại diện. Tại sao có sự chậm trễ đáng sợ như vậy? (Tôi phải nói rằng tôi không thể tái tạo sự chậm trễ này mỗi khi tôi muốn: ngay cả sau khi 'đặt lại bộ nhớ cache truy vấn' hoặc thiết lập 'query_cache_type = off' lệnh nó có thể được thực hiện một cách nhanh chóng).

Answer 1

Nếu không thực sự kiểm tra cấu hình máy chủ của bạn, thật khó để nói, nhưng đây là phỏng đoán được giáo dục. Trong trường hợp đầu tiên, MySQL có thể đáp ứng truy vấn của bạn mà không thực sự đọc dữ liệu bảng. Tất cả thông tin bạn đã yêu cầu có thể được lấy từ chỉ mục một mình. Lưu ý rằng chỉ số của chỉ số val chỉ theo thứ tự của các hàng 10 và các hàng sẽ rất ngắn trong chỉ mục.

Trong trường hợp thứ hai, bạn đã yêu cầu dữ liệu KHÔNG có trong chỉ mục trên val. Bây giờ động cơ đã thực sự tìm và đọc các hàng từ dữ liệu. Ở đây cardinality lớn hơn khoảng 250 lần, và vì chỉ mục sẽ lấy các hàng được đặt hàng bởi val, việc tìm kiếm các giá trị id tương ứng sẽ đòi hỏi rất nhiều nhảy xung quanh trong vài trăm hợp đồng dữ liệu trên đĩa. Điều này sẽ chậm hơn rất nhiều.

Answer 2

Hãy thử thêm ORDER BY và `LIMIT vào truy vấn. Điều đó sẽ giúp ích rất nhiều.

Tôi nghĩ rằng nếu bạn thay đổi truy vấn để này nó sẽ nhanh hơn:

select id, val from tbl where val = 'iii' order by val limit 10; 

Answer 3

Bạn đang làm một chọn dựa trên hai cột, nhưng không có chỉ mục của cả hai tồn tại. Thử thêm chỉ mục mới bao gồm cả hai số id và val.