MySQL一般使用 LIMIT 實現分頁。基本語句為：

SELECT ... FROM ... WHERE ... ORDER BY ... LIMIT ...

在中小資料量的情況下，這樣的SQL足夠用了，唯一需要注意的問題就是確保使用了索引。

舉例來說，如果實際SQL類似下面語句，那麼在 category_id, id兩列上建立複合索引比較好：

SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 50, 10 ;

隨著資料量的增加，頁數會越來越多，檢視後幾頁的SQL就可能類似下面這種：

SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 10;

可以看出，越往後分頁，LIMIT 語句的偏移量就會越大，速度也會明顯變慢。此時，我們可以通過子查詢的方式來提高分頁效率：

SELECT * FROM articles WHERE id >=
(SELECT id FROM articles  WHERE category_id = 123 ORDER BY id LIMIT 10000, 1) 
AND category_id = 123 ORDER BY id LIMIT 10;

還可以通過 JOIN 方式來實現分頁查詢：

SELECT * FROM articles AS t1 
JOIN (SELECT id FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 1) AS t2 
WHERE t1.id >= t2.id AND t1.category_id = 123 ORDER BY t1.id LIMIT 10;

為什麼會這樣呢？因為子查詢是在索引上完成的，而普通的查詢時在資料檔案上完成的，通常來說，索引檔案要比資料檔案小得多，所以操作起來也會更有效率。

實際可以利用類似策略模式的方式去處理分頁，比如判斷如果是一百頁以內，就使用最基本的分頁方式，大於一百頁，則使用子查詢的分頁方式。

下面是實際中三種方式的使用：

SELECT * FROM CommodityInfo WHERE commodityid='ZMCOMD342161018143038124' ORDER BY id LIMIT 0,2;

SELECT * FROM CommodityInfo WHERE id >=
(SELECT id FROM CommodityInfo  WHERE commodityid='ZMCOMD342161018143038124' ORDER BY id LIMIT 0, 1) 
AND commodityid='ZMCOMD342161018143038124' ORDER BY id LIMIT 2;

SELECT * FROM CommodityInfo AS t1 
JOIN (SELECT id FROM CommodityInfo WHERE commodityid = 'ZMCOMD342161018143038124' ORDER BY id LIMIT 0, 1) AS t2 
WHERE t1.id >= t2.id AND t1.commodityid='ZMCOMD342161018143038124' ORDER BY t1.id LIMIT 2;