MySQL 分頁查詢

本文轉載自：https://blog.csdn.net/bandaoyu/article/details/89844673  如有侵權，請聯系刪除！

一、語法和公式

1、分頁語法

SELECT * FROM table LIMIT [offset,] rows | rows OFFSET offset  

LIMIT 子句可以被用於強制 SELECT 語句返回指定的記錄數。LIMIT 接受一個或兩個數字參數。參數必須是一個整數常量。如果給定兩個參數，第一個參數指定第一個返回記錄行的偏移量，第二個參數指定返回記錄行的最大數目。初始記錄行的偏移量是 0（而不是 1），為了與 PostgreSQL 兼容，MySQL 也支持句法： LIMIT # OFFSET #。

2、limit分頁公式

curPage 是當前第幾頁；pageSize 是一頁多少條記錄

select * from student limit(curPage-1)*pageSize,pageSize;

3、總頁數公式

totalRecord 是總記錄數；pageSize是一頁分多少條記錄

int totalPageNum = (totalRecord + pageSize - 1) / pageSize;

查詢總條數：totalRecord是總記錄數，SELECT COUNT(*) FROM tablename

二 、Mysql的三種分頁方法

1、limit m,n 分頁語句

select * from dept order by deptno desc limit 3,3;
select * from dept order by deptno desc limit m,n;

limit 3,3 的意思掃描滿足條件的 3+3 行，撇去前面的 3 行，返回最后的 3 行，那么問題來了，如果是 limit 200000,200，需要掃描 200200 行，如果在一個高並發的應用里，每次查詢需要掃描超過20W行，效率十分低下。

測試見：https://www.cnblogs.com/youyoui/p/7851007.html

2、limit m 語句

select * from dept where deptno >10 order by deptno asc limit n;//下一頁
select * from dept where deptno <60 order by deptno desc limit n//上一頁

這種方式不管翻多少頁只需要掃描 n 條數據。

但是，雖然掃描的數據量少了，但是在某些需要跳轉到多少頁的時候就無法實現，這時還是需要用到方法1，既然不能避免，那么我們可以考慮盡量減小 m 的值，因此我們可以給這條語句加上一個條件限制。

每次掃描不用從第一條開始。這樣就能盡量減少掃描的數據量。

例如：每頁10條數據，當前是第10頁，當前條目ID的最大值是109，最小值是100（當前100-109）那么跳到第9頁：

select * from dept where deptno<100 order by deptno desc limit 0,10;   //倒序

那么跳到第8頁：

select * from dept where deptno<100 order by deptno desc limit 10,10;

那么跳到第11頁：

select * from dept where deptno>109 order by deptno asc limit 0,10;

上面的方法還可以優化，見第三。

子查詢優化原理：https://zhuanlan.zhihu.com/p/163658548

三、 查詢優化

1、使用子查詢優化

這種方式先定位偏移位置的 id，然后往后查詢，這種方式適用於 id 遞增的情況。

select * from orders_history where type=8 limit 100000,1;
select id from orders_history where type=8 limit 100000,1;
 
select * from orders_history where type=8 and id>=(select id from orders_history where type=8 limit 100000,1) limit 100;
 
select * from orders_history where type=8 limit 100000,100;

4條語句的查詢時間如下：

• 第1條語句：3674ms
• 第2條語句：1315ms
• 第3條語句：1327ms
• 第4條語句：3710ms

針對上面的查詢需要注意：

• 比較第1條語句和第2條語句：使用 select id 代替 select * 速度增加了3倍
• 比較第2條語句和第3條語句：速度相差幾十毫秒
• 比較第3條語句和第4條語句：得益於 select id 速度增加，第3條語句查詢速度增加了3倍

這種方式相較於原始一般的查詢方法，將會增快數倍。

2、使用 id 限定優化（前提：id是連續遞增，刪除過記錄不符合）

這種方式假設數據表的id是連續遞增的，則我們根據查詢的頁數和查詢的記錄數可以算出查詢的id的范圍，可以使用 id between and 來查詢：

select * from orders_history where type=2 and id between 1000000 and 1000100 limit 100;

查詢時間：15ms 12ms 9ms

這種查詢方式能夠極大地優化查詢速度，基本能夠在幾十毫秒之內完成。限制是只能使用於明確知道id的情況，不過一般建立表的時候，都會添加基本的id字段，這為分頁查詢帶來很多便利。

還可以有另外一種寫法：

select * from orders_history where id >= 1000001 limit 100;

當然還可以使用 in 的方式來進行查詢，這種方式經常用在多表關聯的時候進行查詢，使用其他表查詢的id集合，來進行查詢：

select * from orders_history where id in (select order_id from trade_2 where goods = 'pen') limit 100;

這種 in 查詢的方式要注意：某些 mysql 版本不支持在 in 子句中使用 limit。

3、使用臨時表優化

這種方式已經不屬於查詢優化，這兒附帶提一下。

對於使用 id 限定優化中的問題，需要 id 是連續遞增的，但是在一些場景下，比如使用歷史表的時候，或者出現過數據缺失問題時，可以考慮使用臨時存儲的表來記錄分頁的id，使用分頁的id來進行 in 查詢。這樣能夠極大的提高傳統的分頁查詢速度，尤其是數據量上千萬的時候。

四、關於數據表的id說明

一般情況下，在數據庫中建立表的時候，強制為每一張表添加 id 遞增字段，這樣方便查詢。

如果像是訂單庫等數據量非常龐大，一般會進行分庫分表。這個時候不建議使用數據庫的 id 作為唯一標識，而應該使用分布式的高並發唯一 id 生成器來生成，並在數據表中使用另外的字段來存儲這個唯一標識。

使用先使用范圍查詢定位 id （或者索引），然后再使用索引進行定位數據，能夠提高好幾倍查詢速度。即先 select id，然后再 select *；