Đầu ra EXPLAIN cho thấy rằng chỉ mục của tôi không được sử dụng

Tôi đã thiết lập bảng của mình chỉ với một chỉ mục trên did_status (doing_status = INT):

Khi tôi sử dụng:

EXPLAIN SELECT * FROM reminder  WHERE done_status=2

Tôi lấy lại cái này:

id select_type loại bảng có thể_key key key_len ref rows Extra
1 nhắc nhở SIMPLE TẤT CẢ xong_status NULL NULL NULL 5 Sử dụng ở đâu

Nhưng khi tôi ban hành lệnh này:

EXPLAIN SELECT * FROM reminder  WHERE done_status=1

Tôi nhận được trả lại như sau:

id select_type loại bảng có thể_key key key_len ref rows Extra
1 nhắc nhở SIMPLE ref xong_status xong_status 4 const 2   

Các EXPLAINchương trình với tôi rằng nó sử dụng 5 hàng, lần thứ hai 2 hàng.

Tôi không nghĩ rằng chỉ số được sử dụng, nếu tôi hiểu nó ngay lần đầu tiên, nó sẽ cho tôi 3 hàng. Tôi làm gì sai?

SHOW INDEX FROM reminder:

Bảng Non_unique Key_name Seq_in_index Cột_name Collation Cardinality Sub_part Đóng gói Null Index_type Nhận xét Index_comment
nhắc nhở 1 xong_status 1 xong_status A 5 NULL NULL BTREE

giải thích mở rộng:

id select_type loại bảng could_keys key key_len ref hàng được lọc Thêm
1 nhắc nhở SIMPLE ref xong_status xong_status 4 const 2 100.00

show warnings không cho thấy bất cứ điều gì quan tâm.

Bạn hiểu sai trường 'hàng' là gì. Đó là số lượng hàng mà mysql ước tính cần đọc để đáp ứng truy vấn của bạn. Giá trị này có thể khá không chính xác. Điều đó không có nghĩa đây là số lượng hàng trong kết quả - hoặc số lượng hàng thực tế được đọc bởi mysql

Đồng bằng thực thi đầu tiên không sử dụng chỉ mục cho chắc chắn,
đó có thể là information_schema.statistic trên chỉ mục không theo kịp dữ liệu sau một số thao tác ghi hoặc bảng không được truy cập trong một thời gian dài.

như giải thích ở đây: - Trình tối ưu hóa truy vấn MySQL đọc số liệu thống kê chỉ mục từ đâu?

đối với kế hoạch thực hiện thứ hai, có vẻ như information_schema.statistic đã bắt kịp và khắc phục vấn đề về tim mạch NULL.

Do đó, là thực hiện truy vấn theo trình tối ưu hóa chỉ mục.

Đối với bảng có hàng nhỏ, nó không quan trọng lắm.
Nhưng dữ liệu sẽ tăng trưởng, nhà phát triển phải luôn kiểm tra điều này
và thực hiện bảng phân tích cần thiết khi số lần gặp gỡ không có giá trị trên chỉ mục.

Kế hoạch thực hiện đầu tiên không sử dụng một chỉ mục.

Từ trang web tham khảo MySQL :

Đôi khi MySQL không sử dụng một chỉ mục, ngay cả khi có sẵn. Một tình huống trong đó xảy ra là khi trình tối ưu hóa ước tính rằng việc sử dụng chỉ mục sẽ yêu cầu MySQL truy cập một tỷ lệ rất lớn của các hàng trong bảng. (Trong trường hợp này, quá trình quét bảng có thể nhanh hơn nhiều vì yêu cầu tìm kiếm ít hơn.) Tuy nhiên, nếu truy vấn đó sử dụng LIMIT để chỉ truy xuất một số hàng, dù sao thì MySQL cũng sử dụng chỉ mục, vì nó có thể tìm thấy nhanh hơn nhiều một vài hàng để trả về kết quả

Nếu bảng của bạn chỉ có 5 hàng và truy vấn của bạn chọn 3 trong số đó, thì trình tối ưu hóa MySQL giả định rằng việc quét toàn bộ bảng sẽ hiệu quả hơn.