一、題目回顧

執(zhí)行語句如下：

SELECT * FROM orders LIMIT 100, 100;

意思是：
跳過前 100 行，取接下來的 100 行。

二、MySQL 的執(zhí)行邏輯

MySQL 的 LIMIT offset, count 實(shí)際執(zhí)行流程是這樣的：

1. 從結(jié)果集的開頭開始掃描；
2. 一直取到 offset + count 條；
3. 扔掉前 offset 條；
4. 返回后面的 count 條給客戶端。

?? 換句話說：

MySQL 必須先掃描 offset + count 行數(shù)據(jù)，
再丟棄 offset 行，只返回 count 行。

三、代入具體數(shù)字

你的 SQL：

LIMIT 100, 100

即：

• offset = 100
• count = 100

那么 MySQL 實(shí)際上會(huì)掃描 200 行：

掃描 200 行 → 丟掉前 100 行 → 返回 100 行。

四、更大的偏移量時(shí)的問題

假設(shè)語句：

SELECT * FROM orders LIMIT 1000000, 100;

MySQL 依然會(huì)：

• 掃描前 1,000,100 行；
• 丟掉前 1,000,000 行；
• 僅返回最后的 100 行。

?? 性能問題：

• offset 越大，浪費(fèi)越多；
• MySQL 沒有“從第 N 條開始讀取”的索引級(jí)跳轉(zhuǎn)機(jī)制；
• 所以分頁越深，查詢?cè)铰?/li>

五、為什么 MySQL 要這么干？

MySQL 的執(zhí)行計(jì)劃是基于結(jié)果集順序的：

• 沒有 offset 索引直接跳過功能；
• 除非你手動(dòng)提供一個(gè)有序字段（如自增 id 或時(shí)間戳）；
• 否則它必須遍歷前 offset 行，才能保證返回結(jié)果的排序正確。

六、如何優(yōu)化深分頁？

方法 1：基于主鍵或排序字段“范圍分頁”

例如原語句：

SELECT * FROM orders ORDER BY id LIMIT 1000000, 100;

可以改為：

SELECT * FROM orders
WHERE id > 1000000
ORDER BY id
LIMIT 100;

這樣 MySQL 可以用索引定位到 id=1000001 的位置，然后順序掃描 100 行，性能極快。

方法 2：記錄上次分頁的“游標(biāo)位置”

前端分頁時(shí)保存最后一條記錄的 ID：

-- 第一次查詢
SELECT * FROM orders ORDER BY id LIMIT 100;

-- 第二頁查詢
SELECT * FROM orders WHERE id > {last_id_of_prev_page} ORDER BY id LIMIT 100;

這叫 Keyset Pagination（基于鍵的分頁），
可以避免深度偏移，尤其適合滾動(dòng)加載、無限下拉列表等場(chǎng)景。

方法 3：子查詢 + JOIN 減少數(shù)據(jù)傳遞量（部分場(chǎng)景）

SELECT o.*
FROM orders o
JOIN (
  SELECT id FROM orders ORDER BY id LIMIT 1000000, 100
) t ON o.id = t.id;

• 子查詢只拿 ID（輕量）；
• 再 JOIN 原表獲取完整行；
• 比直接 LIMIT 效率更好。

七、結(jié)論總結(jié)

八、總結(jié)

MySQL 的 LIMIT offset, count 會(huì)掃描 offset + count 行，返回 count 行。
當(dāng) offset 很大時(shí)，性能急劇下降，建議用基于主鍵的范圍分頁（Keyset Pagination） 代替。

到此這篇關(guān)于MySQL LIMIT 深分頁性能問題與優(yōu)化實(shí)戰(zhàn)的文章就介紹到這了,更多相關(guān)MySQL LIMIT 深分頁內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論