Loại chỉ mục trong MySQL

Bất kể khi nào bạn thay đổi cấu trúc bảng dữ liệu, bạn đều cần Add Index back, giống như khi bạn thay đổi nội dung sổ sách, bạn cần phải làm lại lục mục. Vì vậy hãy cân nhắc, nếu Cơ sở dữ liệu của bạn sử dụng INSERT hay UPDATE nhiều hơn là CHỌN thì Index chỉ làm chậm thêm mà thôi

CREATE UNIQUE INDEX index_name
ON table_name(column 1, column 2,...);

3. Các loại index trong mysql

Ở bài viết trước, các tác giả đã nói cụ thể về cú pháp giả sử dụng chỉ mục nên trong bài viết này, tôi xin nói thêm về các loại chỉ mục trong mysql

MySQL cung cấp 3 kiểu index khác nhau cho dữ liệu đó là B-Tree, Hash và R-Tree index. Việc hiểu rõ về các loại chỉ mục này sẽ giúp chúng ta tạo ra các loại chỉ mục trong bảng một cách hiệu quả hơn. Do R-Tree được sử dụng cho các loại dữ liệu không gian dữ liệu không gian và ít khi gặp phải nên bài viết này chúng tôi sẽ tập hợp chung để so sánh 2 loại chỉ mục là B-Tree và Hash

1. Chỉ số cây B

Chỉ mục B-Tree có các đặc điểm sau

• Chỉ mục dữ liệu trong B-Tree được tổ chức và lưu trữ theo dạng cây (cây), tức là có gốc, nhánh, lá. Giá trị của các nút được tổ chức tăng dần từ bên trái qua phải
• Khi truy vấn dữ liệu thì việc tìm kiếm trong B-Tree là 1 quá trình đệ quy, bắt đầu từ nút gốc và tìm kiếm đến nhánh và lá, đến khi tìm được tất cả dữ liệu - hiện trạng với điều kiện truy vấn thì
• B-Tree index được sử dụng cho các cột trong bảng khi muốn tìm kiếm 1 giá trị nằm trong khoảng nào đó. Ví dụ. tìm kiếm những sinh viên có điểm Toán từ ngày 5-9

1. Chỉ số băm

Chỉ số băm có các đặc điểm sau

• Chỉ mục băm có một số điểm đặc biệt khác so với chỉ mục Btree
• Dữ liệu chỉ mục được tổ chức theo định dạng Key - Value được liên kết với nhau
• Khác với B-Tree, thì Hash index only nên được sử dụng trong các biểu thức toán tử là = và <>. Không sử dụng được cho toán từ tìm kiếm 1 khoảng giá trị như > hay <
• Không thể tối ưu hóa hóa toán ORDER BY bằng cách sử dụng Hash index bởi vì nó không thể tìm kiếm được phần từ tiếp theo trong Order
• Toàn bộ nội dung của Key được sử dụng để tìm kiếm các bản ghi giá trị, khác với B-Tree, một phần của nút cũng có thể được sử dụng để tìm kiếm
• Băm có tốc độ nhanh hơn kiểu Btree

=> Lựa chọn chỉ mục theo kiểu B-Tree hoặc Hash ngoài yếu tố về mục đích sử dụng chỉ mục thì nó còn phụ thuộc vào việc Storage Engine có hỗ trợ loại chỉ mục đó hay không. Ví dụ MyISAM, InnoDB hay Archive chỉ hỗ trợ B-Tree, trong khi MyISAM lại hỗ trợ cho cả 2

4. Cách sử dụng chỉ mục

• Tạo chỉ mục trên một bảng

CREATE UNIQUE INDEX index_name
ON table_name;

Chỉ mục duy nhất được sử dụng không chỉ để tăng hiệu suất mà còn cho mục đích toàn dữ liệu. Một chỉ mục duy nhất không cho phép bất kỳ bản sao giá trị nào được thêm vào trong bảng

• Tạo chỉ mục cho cột được chỉ định trong bảng

CREATE UNIQUE INDEX index_name
ON table_name(column 1, column 2,...);

CREATE UNIQUE INDEX index_name
ON table_name(column 1, column 2,...);

• Add command index

1. Add index for table, with index mang tính duy nhất và không thể null

ALTER TABLE tbl_name ADD PRIMARY KEY (olumn 1, column 2,..)

1. Add index for table, with index mang tính duy nhất but could null

ALTER TABLE tbl_name ADD UNIQUE index_name (column 1, column 2,..)

1. Add index for table, could repeat

ALTER TABLE tbl_name ADD INDEX index_name (column 1, column 2,..)

1. Thêm chỉ mục đặc biệt thường xuyên để tìm kiếm văn bản

ALTER TABLE tbl_name ADD FULLTEXT index_name (column 1, column 2,..)

• Lệnh xóa chỉ mục

Một mục có thể bị xóa bằng cách sử dụng lệnh DROP INDEX trong SQL. Bạn nên cẩn thận khi xóa một mục duy nhất, bởi vì khi đó hiệu suất có thể chậm hơn hoặc không được cải thiện

Cú pháp cơ bản của lệnh DROP INDEX

5. Một số lưu ý khi sử dụng chỉ mục

Mặc dù các mục đích chỉ nhằm mục đích nâng cao hiệu suất của Cơ sở dữ liệu, nhưng đôi khi, bạn nên tránh sử dụng chúng. Dưới đây là một số điểm bạn cần xem xét để quyết định xem có nên sử dụng chỉ mục hay không

Hôm nay, chúng tôi sẽ cố gắng giải thích những lợi ích và hạn chế cơ bản của việc sử dụng chỉ mục trong MySQL. Hãy nhớ rằng chỉ riêng các chỉ mục của MySQL đã xứng đáng với cả một cuốn sách, vì vậy bài đăng này sẽ không bao gồm tất cả mọi thứ, nhưng nó sẽ là một điểm khởi đầu tốt. Đối với những người quan tâm đến cách các chỉ mục hoạt động ở cấp độ sâu hơn, hãy đọc cuốn sách Relational Database Index Design and the Optimizers của Tapio Lahdenmäki và Michael Leach sẽ cung cấp thêm thông tin chi tiết.

Lợi ích của việc sử dụng chỉ mục

Có một vài lợi ích chính của việc sử dụng chỉ mục trong MySQL và những lợi ích này như sau.

• Chỉ mục cho phép tìm nhanh các hàng khớp với mệnh đề WHERE ;
• Các chỉ mục có thể giúp các truy vấn tránh tìm kiếm qua một số hàng nhất định, do đó giảm lượng dữ liệu mà máy chủ cần kiểm tra – nếu có sự lựa chọn giữa nhiều chỉ mục, MySQL thường sử dụng chỉ mục chọn lọc nhất, đó là chỉ mục tìm thấy số lượng hàng nhỏ nhất
• Các chỉ mục có thể được sử dụng để truy xuất các hàng từ các bảng khác trong các thao tác THAM GIA ;
• Các chỉ mục có thể được sử dụng để tìm giá trị tối thiểu hoặc tối đa của một cột cụ thể sử dụng chỉ mục;
• Các chỉ mục có thể được sử dụng để sắp xếp hoặc nhóm một bảng nếu các thao tác được thực hiện trên tiền tố ngoài cùng bên trái của chỉ mục – tương tự, tiền tố ngoài cùng bên trái của chỉ mục nhiều cột cũng có thể được trình tối ưu hóa truy vấn sử dụng để tra cứu các hàng;
• Các chỉ mục cũng có thể được sử dụng để lưu I/O của đĩa – khi một chỉ mục bao trùm được sử dụng, một truy vấn có thể trả về các giá trị trực tiếp từ cấu trúc chỉ mục lưu I/O của đĩa

Tương tự, có nhiều loại chỉ mục

• INDEX là một loại chỉ mục mà các giá trị không cần phải là duy nhất. Loại chỉ mục này chấp nhận giá trị NULL;
• CHỈ SỐ DUY NHẤT thường được sử dụng để xóa các hàng trùng lặp khỏi bảng – loại chỉ mục này cho phép nhà phát triển thực thi tính duy nhất của các giá trị hàng;
• CHỤC MỤC TOÀN VĂN là một chỉ mục được áp dụng trên các trường sử dụng khả năng tìm kiếm toàn văn. Loại chỉ mục này tìm các từ khóa trong văn bản thay vì so sánh trực tiếp các giá trị với các giá trị trong chỉ mục;
• CHỈ SỐ GIẢM GIÁC là chỉ mục lưu trữ các hàng theo thứ tự giảm dần – trình tối ưu hóa truy vấn sẽ chọn loại chỉ mục này khi truy vấn yêu cầu thứ tự giảm dần. Loại chỉ mục này đã được giới thiệu trong MySQL 8. 0;
• PRIMARY KEY cũng là một chỉ mục. Tóm lại, Khóa CHÍNH là một cột hoặc một tập hợp các cột xác định từng hàng trong bảng – thường được sử dụng cùng với các trường có AUTO_INCREMENT attribute. This type of index does not accept NULL và sau khi được đặt, các giá trị trong Khóa CHÍNH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . cannot be changed.

Bây giờ, chúng ta sẽ cố gắng tìm hiểu cả lợi ích và hạn chế của việc sử dụng chỉ mục trong MySQL. Chúng ta sẽ bắt đầu với ưu điểm có lẽ được thảo luận thường xuyên nhất – tăng tốc các truy vấn phù hợp với mệnh đề WHERE .

Tăng tốc truy vấn khớp với mệnh đề WHERE

Chỉ mục thường được sử dụng để tăng tốc truy vấn tìm kiếm phù hợp với mệnh đề WHERE. Lý do tại sao một chỉ mục làm cho các hoạt động tìm kiếm như vậy nhanh hơn khá đơn giản – các truy vấn sử dụng một chỉ mục tránh quét toàn bộ bảng.

Để tăng tốc các truy vấn phù hợp với mệnh đề WHERE , bạn có thể sử dụng câu lệnh EXPLAIN trong MySQL. Câu lệnh EXPLAIN SELECT sẽ cung cấp cho bạn một số thông tin chi tiết về cách trình tối ưu hóa truy vấn MySQL thực hiện truy vấn – nó cũng có thể cho bạn biết liệu truy vấn được đề cập có sử dụng chỉ mục hay không . Hãy xem giải thích truy vấn sau đây.

mysql> EXPLAIN SELECT * FROM demo_table WHERE field_1 = “Demo” G;

*************************** 1. row ***************************

<...>

possible_keys: NULL

key: NULL

key_len: NULL

<...>

Truy vấn trên không sử dụng chỉ mục. Tuy nhiên, nếu chúng ta thêm một chỉ mục trên “ field_1”, thì chỉ mục đó sẽ được sử dụng thành công.

CREATE UNIQUE INDEX index_name
ON table_name;

Cột possible_keys mô tả các chỉ mục có thể mà MySQL có thể chọn, cột khóa mô tả chỉ mục thực sự được chọn và key_len column describes the length of the chosen key.

Trong trường hợp này, MySQL sẽ thực hiện tra cứu các giá trị trong chỉ mục và trả về bất kỳ hàng nào chứa giá trị đã chỉ định – kết quả là truy vấn sẽ nhanh hơn. Mặc dù các chỉ mục giúp một số truy vấn nhanh hơn, nhưng có một số điều bạn cần lưu ý nếu muốn các chỉ mục trợ giúp các truy vấn của mình

• Cô lập các cột của bạn – MySQL không thể sử dụng các chỉ mục nếu các cột mà các chỉ mục được sử dụng không được cô lập. Ví dụ: một truy vấn như thế này sẽ không sử dụng chỉ mục. ______11

Để giải quyết vấn đề này, hãy để riêng cột nằm sau mệnh đề WHERE – đơn giản hóa truy vấn của bạn càng nhiều càng tốt và tách biệt các cột;

• Tránh sử dụng truy vấn THÍCH với ký tự đại diện phía trước – trong trường hợp này, MySQL sẽ không sử dụng chỉ mục vì ký tự đại diện phía trước có nghĩa là có thể . Nếu bạn phải sử dụng truy vấn THÍCH có ký tự đại diện và muốn truy vấn sử dụng chỉ mục, hãy đảm bảo rằng ký tự đại diện nằm ở cuối câu lệnh tìm kiếm.

Tất nhiên, việc tăng tốc các truy vấn khớp với mệnh đề WHERE cũng có thể được thực hiện theo các cách khác (ví dụ: phân vùng), nhưng đối với .

Tuy nhiên, những gì chúng tôi có thể quan tâm là các loại chỉ mục khác nhau, vì vậy chúng tôi sẽ xem xét vấn đề đó ngay bây giờ

Loại bỏ các giá trị trùng lặp trong một cột – Chỉ mục ĐỘC ĐÁO

Mục đích của chỉ mục UNIQUE UNIQUE trong MySQL là để thực thi tính duy nhất của các giá trị trong một cột. Để sử dụng một UNIQUE chỉ mục chạy một CREATE UNIQUE INDE truy vấn X.

CREATE UNIQUE INDEX index_name
ON table_name;

Đó là tất cả những gì cần thiết để thêm một chỉ mục duy nhất vào một bảng. Bây giờ, khi bạn cố gắng thêm một giá trị trùng lặp vào bảng, MySQL sẽ quay lại với lỗi sau

CREATE UNIQUE INDEX index_name
ON table_name;

Chỉ mục FULLTEXT

A FULLTEXT index là một chỉ mục như vậy được áp dụng cho các cột sử dụng khả năng tìm kiếm toàn văn. Loại chỉ mục này có nhiều khả năng độc đáo bao gồm từ dừng và chế độ tìm kiếm.

Danh sách từ dừng InnoDB có 36 từ trong khi danh sách từ dừng MyISAM có 143. Trong InnoDB, các từ dừng được lấy từ bảng được đặt trong biến innodb_ft_user_stopword_table, nếu không, nếu biến này không được đặt, chúng sẽ được lấy từ innodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_tableinnodb_ft_server_stopword_table variable. If neither of those two variables are set, InnoDB uses the built-in list. To see the default InnoDB stopword list, query the INNODB_FT_DEFAULT_STOPWORD .

Trong MyISAM, các từ dừng được lấy từ storage/myisam/ft_static. tệp c . Biến ft_stopword_file cho phép thay đổi danh sách từ dừng mặc định. Các từ dừng sẽ bị vô hiệu nếu biến này được đặt thành một chuỗi trống, nhưng hãy nhớ rằng nếu biến này xác định một tệp, thì tệp đã xác định sẽ không được phân tích cú pháp để nhận xét – MyISAM sẽ coi tất cả các từ tìm thấy trong tệp là từ dừng.

Các FULLTEXT chỉ mục cũng nổi tiếng với chế độ tìm kiếm độc đáo của nó.

• Nếu truy vấn tìm kiếm FULLTEXT không có bộ sửa đổi nào được chạy, chế độ ngôn ngữ tự nhiên sẽ được kích hoạt. Chế độ ngôn ngữ tự nhiên cũng có thể được kích hoạt bằng cách sử dụng công cụ sửa đổi CHẾ ĐỘ NGÔN NGỮ TỰ NHIÊN;
• Công cụ sửa đổi VỚI MỞ RỘNG QUERY cho phép chế độ tìm kiếm có mở rộng truy vấn. Chế độ tìm kiếm như vậy hoạt động bằng cách thực hiện tìm kiếm hai lần và khi tìm kiếm được thực hiện lần thứ hai, tập hợp kết quả sẽ bao gồm một số tài liệu phù hợp nhất từ ​​lần tìm kiếm đầu tiên. Nói chung, công cụ sửa đổi này hữu ích khi người dùng có một số kiến ​​thức ngụ ý (ví dụ: người dùng có thể tìm kiếm “cơ sở dữ liệu” và hy vọng thấy “InnoDB” và “MyISAM” trong tập hợp kết quả);
• Công cụ sửa đổi IN CHẾ ĐỘ BOOLEAN cho phép tìm kiếm bằng toán tử boolean. Ví dụ: mỗi toán tử +, – hoặc * sẽ hoàn thành các nhiệm vụ khác nhau – toán tử + sẽ xác định rằng giá trị phải có mặt trong một hàng, toán tử – sẽ xác định rằng giá trị không được tồn tại và toán tử * sẽ hoạt động như một .

Truy vấn sử dụng chỉ mục FULLTEXT trông giống như vậy.

CREATE UNIQUE INDEX index_name
ON table_name;

Hãy nhớ rằng các chỉ mục FULLTEXT thường hữu ích cho MATCH() CHỐNG() operations – not for WHERE operations meaning that if a WHERE clause would be used, the usefulness of using different index types would not be eliminated.

Điều đáng nói là FULLTEXT các chỉ mục có độ dài ký tự tối thiểu. Trong InnoDB, chỉ có thể thực hiện tìm kiếm FULLTEXT khi truy vấn tìm kiếm bao gồm tối thiểu ba ký tự – giới hạn này được tăng lên bốn ký tự trong MyISAM .

GIẢM GIÁC

A DECENDING index là một chỉ mục mà InnoDB lưu trữ các mục nhập theo thứ tự giảm dần – trình tối ưu hóa truy vấn sẽ sử dụng một chỉ mục như vậy khi một . Một chỉ mục như vậy có thể được thêm vào một cột bằng cách chạy một truy vấn như bên dưới.

CREATE UNIQUE INDEX index_name
ON table_name;

Chỉ số tăng dần cũng có thể được thêm vào một cột – chỉ cần thay thế DESC bằng ASC.

KHÓA CHÍNH

A Khóa CHÍNH đóng vai trò là mã định danh duy nhất cho mỗi hàng trong bảng. Một cột có Khóa CHÍNH phải chứa các giá trị duy nhất – không có NULL giá trị . Nếu một giá trị trùng lặp được thêm vào một cột có Khóa CHÍNH , thì MySQL sẽ phản hồi với lỗi #1062.

CREATE UNIQUE INDEX index_name
ON table_name;

Nếu giá trị NULL được thêm vào cột, MySQL sẽ phản hồi với lỗi #1048.

CREATE UNIQUE INDEX index_name
ON table_name;

Các chỉ mục chính đôi khi còn được gọi là các chỉ mục nhóm (chúng tôi sẽ thảo luận về chúng sau)

Bạn cũng có thể tạo chỉ mục trên nhiều cột cùng một lúc – những chỉ mục như vậy được gọi là chỉ mục nhiều cột

Chỉ mục nhiều cột

Lập chỉ mục trên nhiều cột thường bị hiểu sai – đôi khi các nhà phát triển và DBA lập chỉ mục cho tất cả các cột một cách riêng biệt hoặc lập chỉ mục cho chúng theo thứ tự sai. Để thực hiện các truy vấn sử dụng các chỉ mục nhiều cột hiệu quả nhất có thể, hãy nhớ rằng thứ tự các cột trong các chỉ mục sử dụng nhiều hơn một cột là một trong những nguyên nhân gây nhầm lẫn phổ biến nhất trong không gian này – vì không có “đường này hay đường kia”. . Mặc dù điều này có vẻ khá rõ ràng, nhưng hãy nhớ rằng thứ tự cột rất quan trọng khi xử lý các chỉ mục nhiều cột – hãy chọn thứ tự cột sao cho càng chọn lọc càng tốt cho các truy vấn sẽ chạy thường xuyên nhất

Để đo độ chọn lọc cho các cột cụ thể, hãy lấy tỷ lệ số lượng giá trị được lập chỉ mục riêng biệt trên tổng số hàng trong bảng – cột có độ chọn lọc cao hơn phải là cột đầu tiên

Đôi khi, bạn cũng cần lập chỉ mục cho các cột ký tự rất dài và trong trường hợp đó, bạn thường có thể tiết kiệm thời gian và tài nguyên bằng cách lập chỉ mục cho một vài ký tự đầu tiên – tiền tố – thay vì toàn bộ giá trị

Chỉ mục tiền tố

Các chỉ mục tiền tố có thể hữu ích khi các cột chứa các giá trị chuỗi rất dài, điều đó có nghĩa là việc thêm một chỉ mục trên toàn bộ cột sẽ tiêu tốn rất nhiều dung lượng đĩa. MySQL giúp giải quyết vấn đề này bằng cách cho phép bạn chỉ lập chỉ mục tiền tố của giá trị, từ đó làm cho kích thước chỉ mục nhỏ hơn. Hãy xem

CREATE UNIQUE INDEX index_name
ON table_name;

Truy vấn trên sẽ tạo chỉ mục tiền tố trên cột demo chỉ lập chỉ mục 10 ký tự đầu tiên của giá trị. Bạn cũng có thể thêm chỉ mục tiền tố vào bảng hiện có

CREATE UNIQUE INDEX index_name
ON table_name;

Vì vậy, ví dụ: nếu bạn muốn lập chỉ mục 5 ký tự đầu tiên của demo_column trên demo_table, bạn có thể chạy truy vấn sau.

CREATE UNIQUE INDEX index_name
ON table_name;

Bạn nên chọn một tiền tố đủ dài để tạo tính chọn lọc, nhưng cũng đủ ngắn để tạo khoảng trống. Tuy nhiên, điều này có thể nói dễ hơn làm – bạn cần thử nghiệm và tìm ra giải pháp phù hợp với mình

Bao gồm các chỉ số

Chỉ mục bao phủ “bao phủ” tất cả các trường bắt buộc để thực hiện một truy vấn. Nói cách khác, khi tất cả các trường trong một truy vấn được bao phủ bởi một chỉ mục, một chỉ mục bao phủ được sử dụng. Ví dụ cho một truy vấn như vậy

CREATE UNIQUE INDEX index_name
ON table_name;

Một chỉ số bao gồm có thể trông như thế này

CREATE UNIQUE INDEX index_name
ON table_name;

Nếu bạn muốn đảm bảo rằng một truy vấn sử dụng chỉ mục bao hàm, hãy đưa ra câu lệnh GIẢI THÍCH về truy vấn đó, sau đó xem qua . Ví dụ: nếu bảng của bạn có chỉ mục nhiều cột trên id và tiêu đề .

CREATE UNIQUE INDEX index_name
ON table_name;

Hãy nhớ rằng một chỉ mục bao gồm phải lưu trữ các giá trị từ các cột mà nó bao gồm. Điều đó có nghĩa là MySQL chỉ có thể sử dụng các chỉ mục B-Tree để bao gồm các truy vấn vì các loại chỉ mục khác không lưu trữ các giá trị này

Cụm, chỉ mục phụ và chỉ số Cardinality

Khi các chỉ mục được thảo luận, bạn cũng có thể nghe các thuật ngữ được nhóm lại, chỉ mục phụ và chỉ số cardinality. Nói một cách đơn giản, các chỉ mục được nhóm là một cách tiếp cận để lưu trữ dữ liệu và tất cả các chỉ mục không phải là chỉ mục được nhóm đều là các chỉ mục phụ. Mặt khác, cardinality của chỉ mục là số lượng giá trị duy nhất trong một chỉ mục

Chỉ mục nhóm tăng tốc độ truy vấn vì các giá trị gần nhau cũng được lưu trữ gần nhau trên đĩa, nhưng đó cũng là lý do tại sao bạn chỉ có thể có một chỉ mục nhóm trong một bảng

Chỉ mục phụ là bất kỳ chỉ mục nào không phải là chỉ mục chính. Một chỉ mục như vậy có thể có các bản sao

Hạn chế của việc sử dụng chỉ mục

Việc sử dụng các chỉ mục chắc chắn có những mặt tích cực, nhưng chúng ta không được quên rằng các chỉ mục cũng có thể là một trong những nguyên nhân hàng đầu gây ra sự cố trong MySQL. Một số nhược điểm của việc sử dụng các chỉ mục như sau

• Chỉ mục có thể làm giảm hiệu suất của một số truy vấn nhất định – mặc dù chỉ mục có xu hướng tăng tốc hiệu suất của truy vấn SELECT , nhưng chúng lại làm chậm hiệu suất . bất kỳ thao tác nào liên quan đến thao tác với chỉ mục sẽ chậm hơn bình thường; INSERT, UPDATE, and DELETE queries because when the data is updated the index also needs to be updated together with it: any operation that involves manipulating the indexes will be slower than usual;
• Các chỉ mục tiêu tốn không gian đĩa – một chỉ mục chiếm không gian riêng của nó, vì vậy dữ liệu được lập chỉ mục cũng sẽ tiêu tốn nhiều dung lượng đĩa hơn;
• Các chỉ mục dư thừa và trùng lặp có thể là một vấn đề – MySQL cho phép bạn tạo các chỉ mục trùng lặp trên một cột và nó không “bảo vệ bạn” khỏi mắc lỗi như vậy. Hãy xem ví dụ này. ______105

Người dùng thiếu kinh nghiệm có thể nghĩ rằng truy vấn này làm cho cột id tự động tăng lên, sau đó thêm chỉ mục vào cột và làm cho cột không . Tuy nhiên, đây không phải là những gì đang xảy ra ở đây. Trong trường hợp này, cùng một cột có ba chỉ mục trên đó. một INDEX thông thường và vì MySQL thực hiện cả PRIMARY KEY và UNIQUE constraints with indexes, that adds two more indexes on the same column!

Phần kết luận

Tóm lại, các chỉ mục trong MySQL có vị trí riêng của chúng – các chỉ mục có thể được sử dụng trong vô số tình huống, nhưng mỗi tình huống sử dụng đó đều có nhược điểm riêng cần được xem xét trong .

Để sử dụng tốt các chỉ mục, hãy lập hồ sơ các truy vấn của bạn, xem bạn có những tùy chọn nào khi nói đến chỉ mục, biết những lợi ích và bất lợi của chúng, quyết định những chỉ mục nào bạn cần dựa trên yêu cầu của bạn và sau khi bạn lập chỉ mục các cột, hãy đảm bảo rằng các chỉ mục của bạn được

Loại chỉ mục là gì?

Loại chỉ mục trong cơ sở dữ liệu là gì?

Làm cách nào để thay đổi loại chỉ mục trong MySQL?

Các loại lập chỉ mục chính là gì?