今天研究了一下MySQL的分頁查詢，記錄並分享如下：
方式1：
select * from table order by id limit m, n;
該語句的意思爲，查詢m+n條記錄，去掉前m條，返回後n條記錄。無疑該查詢能夠實現分頁功能，但是如果m的值越大，查詢的性能會越低（越後面的頁數，查詢性能越低），因爲MySQL同樣需要掃描過m+n條記錄。
方式2：
select * from table where id > #max_id# order by id limit n;
該查詢每次會返回n條記錄，卻無需像方式1掃描過m條記錄，在大數據量的分頁情況下，性能可以明顯好於方式1，但該分頁查詢必須要每次查詢時拿到上一次查詢（上一頁）的一個最大id（或最小id）。該查詢的問題就在於，我們有時沒有辦法拿到上一次查詢（上一頁）的最大id（或最小id），比如當前在第3頁，需要查詢第5頁的數據，該查詢方法便愛莫能助了。
方式3：
爲了避免能夠實現方式2不能實現的查詢，就同樣需要使用到limit m, n子句，爲了性能，就需要將m的值盡力的小，比如當前在第3頁，需要查詢第5頁，每頁10條數據，當前第3頁的最大id爲#max_id#：
select * from table where id > #max_id# order by id limit 20, 10;
其實該查詢方式是部分解決了方式2的問題，但如果當前在第2頁，需要查詢第100頁或1000頁，性能仍然會較差。
方式4：
select * from table as a inner join (select id from table order by id limit m, n) as b on a.id = b.id order by a.id;
該查詢同方式1一樣，m的值可能很大，但由於內部的子查詢只掃描了字段id，而不是整張表，所以性能要強於方式1查詢，並且該查詢能夠解決方式2和方式3不能解決的問題。
方式5：
select * from table where id > (select id from table order by id limit m, 1) limit n;
該查詢方式同方式4，同樣通過子查詢掃描字段id，效果同方式4。至於性能的話，方式5的性能會略好於方式4，因爲方式5不需要在進行表的關聯，而是一個簡單的比較。