本篇內容介紹了“為什么MySQL優(yōu)化器選擇了聚集索引”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

我們提供的服務有：網站設計、成都網站建設、微信公眾號開發(fā)、網站優(yōu)化、網站認證、延平ssl等。為上千余家企事業(yè)單位解決了網站和推廣的問題。提供周到的售前咨詢和貼心的售后服務，是有科學管理、有技術的延平網站制作公司

通過這個以下這個案例，來說明優(yōu)化器在選擇索引時候的取舍。

查看表結構：

MySQL > show create table test2 \G
*************************** 1. row ***************************
       Table: test2
Create Table: CREATE TABLE `test2` (
  `id` bigint(16) NOT NULL AUTO_INCREMENT,
  `order_seq` bigint(16) NOT NULL,
  `order_type` int(11) DEFAULT NULL,
  `order_flag` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `idx_id` (`id`),
  KEY `idx_id_orderseq` (`id`,`order_seq`)
) ENGINE=InnoDB AUTO_INCREMENT=15002212 DEFAULT CHARSET=utf8mb4
1 row in set (0.00 sec)

查詢一：

MySQL > explain select id,order_seq from test2 where id>10000 and id<20000;
+----+-------------+-------+------------+-------+--------------------------------+-----------------+---------+------+-------+----------+--------------------------+
| id | select_type | table | partitions | type  | possible_keys                  | key             | key_len | ref  | rows  | filtered | Extra                    |
+----+-------------+-------+------------+-------+--------------------------------+-----------------+---------+------+-------+----------+--------------------------+
|  1 | SIMPLE      | test2 | NULL       | range | PRIMARY,idx_id,idx_id_orderseq | idx_id_orderseq | 8       | NULL | 18484 |   100.00 | Using where; Using index |
+----+-------------+-------+------------+-------+--------------------------------+-----------------+---------+------+-------+----------+--------------------------+
1 row in set, 1 warning (0.00 sec)

優(yōu)化器選擇idx_id_orderseq，在意料之中，因為查詢字段為id,order_seq，可以利用覆蓋索引。

查詢二：

MySQL > explain select * from test2 where id>10000 and id<20000;
+----+-------------+-------+------------+-------+--------------------------------+---------+---------+------+-------+----------+-------------+
| id | select_type | table | partitions | type  | possible_keys                  | key     | key_len | ref  | rows  | filtered | Extra       |
+----+-------------+-------+------------+-------+--------------------------------+---------+---------+------+-------+----------+-------------+
|  1 | SIMPLE      | test2 | NULL       | range | PRIMARY,idx_id,idx_id_orderseq | PRIMARY | 8       | NULL | 19122 |   100.00 | Using where |
+----+-------------+-------+------------+-------+--------------------------------+---------+---------+------+-------+----------+-------------+

優(yōu)化器選擇了id字段的聚集索引。因為是select *，所以優(yōu)化器沒有選擇索引idx_id_orderseq(id,order_seq)，id字段的聚集索引（主鍵）和輔助索引idx_id，優(yōu)化器是怎么選擇的呢？

如果選擇輔助索引idx_id，查詢到具體id之后，還要回表查到整行的數據信息，雖然id字段是有序的，但是回表查詢的數據是無序的，因此變成了磁盤上的離散操作，離散讀取比順序讀取性能消耗高的多，所以會選擇聚集索引。

“為什么mysql優(yōu)化器選擇了聚集索引”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關的知識可以關注創(chuàng)新互聯(lián)網站，小編將為大家輸出更多高質量的實用文章！

文章題目：為什么mysql優(yōu)化器選擇了聚集索引
當前網址：http://aaarwkj.com/article2/jpohoc.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供虛擬主機、企業(yè)網站制作、網頁設計公司、網站策劃、云服務器、全網營銷推廣

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)