MySQL索引優(yōu)化之分頁探索詳細介紹
??MySQL??索引優(yōu)化之分頁探索
表結構
CREATE TABLE `demo` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL DEFAULT '' COMMENT '姓名', `age` int(11) NOT NULL DEFAULT '0' COMMENT '年齡', `position` varchar(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci NOT NULL DEFAULT '' COMMENT '職位', `card_num` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL COMMENT '工卡號', PRIMARY KEY (`id`), KEY `index_union` (`name`,`age`,`position`) ) ENGINE=InnoDB AUTO_INCREMENT=450003 DEFAULT CHARSET=utf8; 450003條數(shù)據(jù)
limit分頁執(zhí)行情況

像select * from demo limit 90000,10;考慮到回表,所以mysql干脆選擇全表掃描。
mysql不是直接從第90000行開始計算10條,而是從第一個葉子節(jié)點開始計數(shù),計算90010行。
案例一

針對上圖,當id是連續(xù)自增的時候,可以用主鍵篩選出id=90000之后的數(shù)據(jù)。因為主鍵的索引是B+樹結構,本身就是有序的。

案例二

先按照name排序,然后再從第90000行起找10行,雖然name是索引,但select的列在index_union索引樹上并沒有保存。
所以還會涉及到回表,于是mysql直接選擇掃主鍵索引樹的葉子結點,先將40多萬數(shù)據(jù)根據(jù)name排好序,然后計算90000行+10行。
優(yōu)化方法:利用子查詢解決最消耗時間的排序和回表問題,聯(lián)合索引樹種保存有主鍵id,order by name的話可以將name、age、position整個索引充分使用因為確定了最左列的排序,其余的倆列age、和position其實也是
排好序的了,通過Extra字段也可以是使用了索引樹做排序。
最外層的查詢是根據(jù)主鍵來關聯(lián)的,所以幾乎可以忽略。10+10 因為id是主鍵,可以直接拿臨時表10條數(shù)據(jù)去掃。

到此這篇關于MySQL索引優(yōu)化之分頁探索詳細介紹的文章就介紹到這了,更多相關MySQL分頁探索內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
master and slave have equal MySQL server ids
Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids2013-07-07
mysql時間戳轉(zhuǎn)成常用可讀時間格式的兩種方法
mysql時間戳轉(zhuǎn)成常用可讀時間格式的兩種方法,需要的朋友可以參考下。2010-09-09

