一，最常見MYSQL最基本的分頁方式：
復(fù)制代碼代碼如下:
select * from content order by id desc limit 0, 10
在中小數(shù)據(jù)量的情況下，這樣的SQL足夠用了，唯一需要注意的問題就是確保使用了索引。隨著數(shù)據(jù)量的增加，頁數(shù)會越來越多，查看后幾頁的SQL就可能類似：
復(fù)制代碼代碼如下:
select * from content order by id desc limit 10000, 10
一言以蔽之，就是越往后分頁，LIMIT語句的偏移量就會越大，速度也會明顯變慢。
此時，我們可以通過2種方式：
一，子查詢的分頁方式來提高分頁效率，飄易用的SQL語句如下：
復(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
為什么會這樣呢？因為子查詢是在索引上完成的，而普通的查詢時在數(shù)據(jù)文件上完成的，通常來說，索引文件要比數(shù)據(jù)文件小得多，所以操作起來也會更有效率。（via）通過explain SQL語句發(fā)現(xià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)過飄易的實測，使用子查詢的分頁方式的效率比純LIMIT提高了14-20倍！
二，JOIN分頁方式
復(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)過我的測試，join分頁和子查詢分頁的效率基本在一個等級上，消耗的時間也基本一致。explain SQL語句：
復(fù)制代碼代碼如下:
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()函數(shù)
Mysql FOUND_ROWS() 函數(shù)結(jié)合SQL_CALC_FOUND_ROWS在SELECT中可以得到兩個結(jié)果：
1. 得到Limit的內(nèi)容
2. 得到去除Limit以后所有行數(shù)
SELECT語句中經(jīng)?？赡苡肔IMIT限制返回行數(shù)。有時候可能想要知道如果沒有LIMIT會返回多少行，但又不想再執(zhí)行一次相同語句。那么，在SELECT查詢中包含SQL_CALC_FOUND_ROWS選項，然后執(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ù)記錄下來，F(xiàn)OUND_ROWS() 則取到了這個紀錄。 雖然也是兩個語句，但是只執(zhí)行了一次主查詢，所以效率比原來要高很多。
1. 如果在前一條語句中使用SQL_CALC_FOUND_ROWS選項，F(xiàn)OUND_ROWS()將返回第一條語句沒有LIMIT時返回的行數(shù)。
2. 如果在前一條語句中沒有使用SQL_CALC_FOUND_ROWS選項，F(xiàn)OUND_ROWS()將返回前一條語句實際返回的行數(shù)。
如果使用 SELECT SQL_CALC_FOUND_ROWS，MySQL必須計算所有結(jié)果集的行數(shù)。盡管這樣，總比再執(zhí)行一次不使用LIMIT的查詢要快多了吧，因為那樣結(jié)果集要返回客戶端滴。（另外：應(yīng)該不單是沒有將結(jié)果集返回的原因，還有原因可能是比如LIKE之類比較費勁的SQL不需要再去勞累一次。）
復(fù)制代碼代碼如下:
-- 注意下面語句中的條件 LIKE
SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name WHERE Name LIKE '%string%' id > 100 LIMIT 10;
SELECT FOUND_ROWS();
復(fù)制代碼代碼如下:
-- 上面語句等價于下面語句，但性能方面應(yīng)該提升非常非常的明顯：
SELECT COUNT(*) FROM tbl_name WHERE Name LIKE '%string%' ;
SELECT * FROM tbl_name WHERE Name LIKE '%string%' id > 100 LIMIT 10;
