MySQL高效分頁解決方案集

好久之前的一次面試中,被面試官問到這個問題,因爲平時用到的分頁方法很少,只從索引、分表、使用子查詢精準定位偏移之外,沒有使用到其它方法。
後來在看其它博客看到了一些不一樣的方案,也一直沒有整理。今天有時間,整理出來,分享給你們。php

一,最多見MYSQL最基本的分頁方式:html

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

在中小數據量的狀況下,這樣的SQL足夠用了,惟一須要注意的問題就是確保使用了索引。隨着數據量的增長,頁數會愈來愈多,查看後幾頁的SQL就可能相似:sql

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

一言以蔽之,就是越日後分頁,LIMIT語句的偏移量就會越大,速度也會明顯變慢。
此時,咱們能夠經過2種方式:
一,子查詢的分頁方式來提升分頁效率,飄易用的SQL語句以下:性能

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

爲何會這樣呢?由於子查詢是在索引上完成的,而普通的查詢時在數據文件上完成的,一般來講,索引文件要比數據文件小得多,因此操做起來也會更有效率。(via)經過explain SQL語句發現:子查詢使用了索引!spa

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 indexorm

通過飄易的實測,使用子查詢的分頁方式的效率比純LIMIT提升了14-20倍!
二,JOIN分頁方式htm

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

通過個人測試,join分頁和子查詢分頁的效率基本在一個等級上,消耗的時間也基本一致。explain SQL語句:

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

三,使用MYSQL的FOUND_ROWS()函數
Mysql FOUND_ROWS() 函數結合SQL_CALC_FOUND_ROWS在SELECT中能夠獲得兩個結果:
1. 獲得Limit的內容
2. 獲得去除Limit之後全部行數

SELECT語句中常常可能用LIMIT限制返回行數。有時候可能想要知道若是沒有LIMIT會返回多少行,但又不想再執行一次相同語句。那麼,在SELECT查詢中包含SQL_CALC_FOUND_ROWS選項,而後執行FOUND_ROWS()就能夠了:

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

其中SQL_CALC_FOUND_ROWS 告訴Mysql將sql所處理的行數記錄下來,FOUND_ROWS() 則取到了這個紀錄。 雖然也是兩個語句,可是隻執行了一次主查詢,因此效率比原來要高不少。

1. 若是在前一條語句中使用SQL_CALC_FOUND_ROWS選項,FOUND_ROWS()將返回第一條語句沒有LIMIT時返回的行數。
2. 若是在前一條語句中沒有使用SQL_CALC_FOUND_ROWS選項,FOUND_ROWS()將返回前一條語句實際返回的行數。
若是使用 SELECT SQL_CALC_FOUND_ROWS,MySQL必須計算全部結果集的行數。儘管這樣,總比再執行一次不使用LIMIT的查詢要快多了吧,由於那樣結果集要返回客戶端滴。(另外:應該不單是沒有將結果集返回的緣由,還有緣由多是好比LIKE之類比較費勁的SQL不須要再去勞累一次。)

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

-- 上面語句等價於下面語句,但性能方面應該提高很是很是的明顯:
SELECT COUNT(*) FROM tbl_name WHERE Name LIKE '%string%' ;
SELECT * FROM tbl_name WHERE Name LIKE '%string%' id > 100 LIMIT 10;

參考博客:http://blog.hexu.org/archives/1328.shtmlhttp://hi.baidu.com/thinkinginlamp/blog/item/17476d22d66876a14623e81d.htmlhttp://www.piaoyi.org/php/MySQL-SUBQUERY-index.html

相關文章
相關標籤/搜索