khác biệt mysql trong việc sử dụng chỉ số giữa MyISAM và InnoDB

Question

tôi có các bảng nhỏ, item và category:

CREATE TABLE `item` (
    `id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT, 
    `name` varchar(150) NOT NULL, 
    `category_id` mediumint(8) unsigned NOT NULL, 
    PRIMARY KEY (`id`), 
    KEY `name` (`name`), 
    KEY `category_id` (`category_id`) 
) CHARSET=utf8 

CREATE TABLE `category` (
    `id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT, 
    `name` varchar(150) NOT NULL, 
    PRIMARY KEY (`id`), 
    KEY `name` (`name`) 
) CHARSET=utf8 

Tôi đã chèn 100 loại và 1000 mặt hàng.

Nếu tôi chạy này:

EXPLAIN SELECT item.id,category.name AS category_name FROM item JOIN category ON item.category_id=category.id; 

Sau đó, nếu động cơ của bảng là InnoDB tôi nhận được:

+----+-------------+----------+-------+---------------+-------------+---------+--------------------+------+-------------+ 
| id | select_type | table | type | possible_keys | key   | key_len | ref    | rows | Extra  | 
+----+-------------+----------+-------+---------------+-------------+---------+--------------------+------+-------------+ 
| 1 | SIMPLE  | category | index | PRIMARY  | name  | 452  | NULL    | 103 | Using index | 
| 1 | SIMPLE  | item  | ref | category_id | category_id | 3  | dbname.category.id | 5 | Using index | 
+----+-------------+----------+-------+---------------+-------------+---------+--------------------+------+-------------+ 

Trong khi đó, nếu tôi chuyển sang MyISAM (với alter table engine=myisam) tôi nhận được:

+----+-------------+----------+--------+---------------+---------+---------+-------------------------+------+-------+ 
| id | select_type | table | type | possible_keys | key  | key_len | ref      | rows | Extra | 
+----+-------------+----------+--------+---------------+---------+---------+-------------------------+------+-------+ 
| 1 | SIMPLE  | item  | ALL | category_id | NULL | NULL | NULL     | 1003 |  | 
| 1 | SIMPLE  | category | eq_ref | PRIMARY  | PRIMARY | 3  | dbname.item.category_id | 1 |  | 
+----+-------------+----------+--------+---------------+---------+---------+-------------------------+------+-------+ 

Câu hỏi của tôi là, tại sao sự khác biệt này trong cách chỉ mục được xử lý?

Answer 1

Trong InnoDB, bất kỳ chỉ mục phụ nào trong nội bộ đều chứa cột khóa chính của bảng. Vì vậy, chỉ mục tên trên cột (tên) là hoàn toàn trên cột (tên, id).

Điều này có nghĩa là EXPLAIN hiển thị quyền truy cập của bạn vào bảng danh mục dưới dạng "quét chỉ mục" (điều này được hiển thị trong cột loại là "chỉ mục"). Bằng cách quét chỉ mục, nó cũng có quyền truy cập vào cột id, nó sử dụng để tra cứu các hàng trong bảng thứ hai, mục.

Sau đó, nó cũng tận dụng chỉ mục mục trên (category_id) thực sự là (category_id, id) và có thể tìm nạp item.id cho danh sách lựa chọn của bạn chỉ bằng cách đọc chỉ mục. Không cần đọc bảng (điều này được hiển thị trong cột Thêm là "Sử dụng chỉ mục").

MyISAM không lưu trữ khóa chính bằng khóa phụ theo cách này, do đó, nó không thể nhận được cùng một tối ưu hóa. Quyền truy cập vào bảng danh mục là loại "TẤT CẢ" có nghĩa là quét bảng.

Tôi hy vọng quyền truy cập vào mục bảng MyISAM sẽ là "ref" khi nó tra cứu các hàng bằng chỉ mục trên (category_id). Nhưng trình tối ưu hóa có thể nhận được kết quả sai lệch nếu bạn có rất ít hàng trong bảng hoặc nếu bạn chưa thực hiện ANALYZE TABLE item từ khi tạo chỉ mục.

---

Re cập nhật của bạn:

Dường như tôi ưu thích một chỉ số quét qua một bảng quét, vì vậy nó có cơ hội để làm một chỉ số quét trong InnoDB, và đặt các bảng category Đầu tiên. Trình tối ưu hóa quyết định sắp xếp lại các bảng thay vì sử dụng các bảng theo thứ tự bạn đã cung cấp cho chúng trong truy vấn của bạn.

Trong bảng MyISAM, sẽ có một bảng quét bất kỳ bảng nào mà nó chọn truy cập trước tiên, nhưng bằng cách đặt bảng danh mục thứ hai, nó tham gia vào chỉ mục chính PRIMARY của danh mục thay vì chỉ mục phụ của mục. Trình tối ưu hóa thích tra cứu đến khóa duy nhất hoặc chính (loại "eq_ref").