MySQL高效分頁(yè)解決方案集分享

更新時(shí)間：2013年11月01日 15:38:09 作者：

這篇文章介紹了MySQL高效分頁(yè)解決方案集，有需要的朋友可以參考一下

一，最常見(jiàn)MYSQL最基本的分頁(yè)方式：

select * from content order by id desc limit 0, 10

在中小數(shù)據(jù)量的情況下，這樣的SQL足夠用了，唯一需要注意的問(wèn)題就是確保使用了索引。隨著數(shù)據(jù)量的增加，頁(yè)數(shù)會(huì)越來(lái)越多，查看后幾頁(yè)的SQL就可能類(lèi)似：

復(fù)制代碼代碼如下:

select * from content order by id desc limit 10000, 10

一言以蔽之，就是越往后分頁(yè)，LIMIT語(yǔ)句的偏移量就會(huì)越大，速度也會(huì)明顯變慢。
此時(shí)，我們可以通過(guò)2種方式：
一，子查詢(xún)的分頁(yè)方式來(lái)提高分頁(yè)效率，飄易用的SQL語(yǔ)句如下：

復(fù)制代碼代碼如下:

SELECT * FROM `content` WHERE id (SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) ORDER BY id desc LIMIT $pagesize

為什么會(huì)這樣呢？因?yàn)樽硬樵?xún)是在索引上完成的，而普通的查詢(xún)時(shí)在數(shù)據(jù)文件上完成的，通常來(lái)說(shuō)，索引文件要比數(shù)據(jù)文件小得多，所以操作起來(lái)也會(huì)更有效率。（via）通過(guò)explain SQL語(yǔ)句發(fā)現(xiàn)：子查詢(xún)使用了索引！

復(fù)制代碼代碼如下:

id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY content range PRIMARY PRIMARY 4 NULL 6264 Using where
2 SUBQUERY content index NULL PRIMARY 4 NULL 27085 Using index

經(jīng)過(guò)飄易的實(shí)測(cè)，使用子查詢(xún)的分頁(yè)方式的效率比純LIMIT提高了14-20倍！
二，JOIN分頁(yè)方式

復(fù)制代碼代碼如下:

select * FROM `content` AS t1
JOIN (SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) AS t2
WHERE t1.id

經(jīng)過(guò)我的測(cè)試，join分頁(yè)和子查詢(xún)分頁(yè)的效率基本在一個(gè)等級(jí)上，消耗的時(shí)間也基本一致。explain SQL語(yǔ)句：

復(fù)制代碼代碼如下:

id select_type table type possible_keys key key_len ref rows Extra
PRIMARY system NULL NULL NULL NULL 1
PRIMARY t1 range PRIMARY PRIMARY 4 NULL 6264 Using where
DERIVED content index NULL PRIMARY 4 NULL 27085 Using index

三，使用MYSQL的FOUND_ROWS()函數(shù)
Mysql FOUND_ROWS() 函數(shù)結(jié)合SQL_CALC_FOUND_ROWS在SELECT中可以得到兩個(gè)結(jié)果：
1. 得到Limit的內(nèi)容
2. 得到去除Limit以后所有行數(shù)
SELECT語(yǔ)句中經(jīng)?？赡苡肔IMIT限制返回行數(shù)。有時(shí)候可能想要知道如果沒(méi)有LIMIT會(huì)返回多少行，但又不想再執(zhí)行一次相同語(yǔ)句。那么，在SELECT查詢(xún)中包含SQL_CALC_FOUND_ROWS選項(xiàng)，然后執(zhí)行FOUND_ROWS()就可以了：

復(fù)制代碼代碼如下:

select SQL_CALC_FOUND_ROWS * FROM tbl_name WHERE id > 100 LIMIT 10;
SELECT FOUND_ROWS();

其中SQL_CALC_FOUND_ROWS 告訴Mysql將sql所處理的行數(shù)記錄下來(lái)，F(xiàn)OUND_ROWS() 則取到了這個(gè)紀(jì)錄。雖然也是兩個(gè)語(yǔ)句，但是只執(zhí)行了一次主查詢(xún)，所以效率比原來(lái)要高很多。
1. 如果在前一條語(yǔ)句中使用SQL_CALC_FOUND_ROWS選項(xiàng)，F(xiàn)OUND_ROWS()將返回第一條語(yǔ)句沒(méi)有LIMIT時(shí)返回的行數(shù)。
2. 如果在前一條語(yǔ)句中沒(méi)有使用SQL_CALC_FOUND_ROWS選項(xiàng)，F(xiàn)OUND_ROWS()將返回前一條語(yǔ)句實(shí)際返回的行數(shù)。
如果使用 SELECT SQL_CALC_FOUND_ROWS，MySQL必須計(jì)算所有結(jié)果集的行數(shù)。盡管這樣，總比再執(zhí)行一次不使用LIMIT的查詢(xún)要快多了吧，因?yàn)槟菢咏Y(jié)果集要返回客戶(hù)端滴。（另外：應(yīng)該不單是沒(méi)有將結(jié)果集返回的原因，還有原因可能是比如LIKE之類(lèi)比較費(fèi)勁的SQL不需要再去勞累一次。）

復(fù)制代碼代碼如下:

-- 注意下面語(yǔ)句中的條件 LIKE
SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name WHERE Name LIKE '%string%' id > 100 LIMIT 10;
SELECT FOUND_ROWS();

復(fù)制代碼代碼如下:

-- 上面語(yǔ)句等價(jià)于下面語(yǔ)句，但性能方面應(yīng)該提升非常非常的明顯：
SELECT COUNT(*) FROM tbl_name WHERE Name LIKE '%string%' ;
SELECT * FROM tbl_name WHERE Name LIKE '%string%' id > 100 LIMIT 10;

您可能感興趣的文章: