使用鍵集分頁而不是 OFFSET-LIMIT 可以獲得更好的性能。 1. 首先，使用 ORDER BY 和 LIMIT 進行查詢： SELECT id, name FROM users ORDER BY id LIMIT 10。 2. 然后，使用上次看到的值獲取下一頁： SELECT id, name FROM users WHERE id > 100 ORDER BY id LIMIT 10。這可以避免掃描跳過的行。確保所使用的列（例如，id）已建立索引：CREATE INDEX idx_users_id ON users(id)。對于多字段排序，請使用復(fù)合索引。避免像 OFFSET 100000 LIMIT 10 這樣的大偏移量，這會減慢查詢速度。對于無限滾動，始終首選鍵集分頁。如果需要 OFFSET，請考慮緩存或預(yù)先計算頁面。對于分析數(shù)據(jù)，使用定期更新的匯總表來減少查詢負載。將數(shù)據(jù)預(yù)先聚合到每日或每周摘要中，并查詢這些數(shù)據(jù)而不是原始表。這可以減少 I/O 并縮短響應(yīng)時間。

在 MySQL 中高效處理大型數(shù)據(jù)集需要智能分頁策略以避免性能瓶頸。傳統(tǒng)的OFFSET-LIMIT分頁隨著偏移量的增長而變慢，因為 MySQL 仍然掃描偏移量之前的所有行。以下是如何優(yōu)化它。

使用鍵集分頁（基于光標(biāo)）

使用唯一的索引列（如id或created_at ）而不是 OFFSET 來根據(jù)上次看到的值獲取下一批結(jié)果。

• 第一頁： SELECT id, name FROM users ORDER BY id LIMIT 10;
• 下一頁： SELECT id, name FROM users WHERE id > 100 ORDER BY id LIMIT 10; （100 是上一個結(jié)果的最后一個 ID）

這可以避免掃描跳過的行并使用索引查找，從而使深度分頁速度更快。

確保正確的索引

僅當(dāng)WHERE和ORDER BY子句中使用的列已建立索引時，鍵集分頁才能有效地工作。

• 在排序列上創(chuàng)建索引： CREATE INDEX idx_users_id ON users(id);
• 如果按多個字段排序（例如，created_at id），請使用復(fù)合索引。

如果沒有索引，即使鍵集查詢也會執(zhí)行全表掃描。

避免大偏移量的偏移

OFFSET 100000 LIMIT 10強制 MySQL 每次跳過 100K 行。隨著偏移量的增加，速度會變慢。

• 對于面向用戶的無限滾動，更喜歡鍵集分頁。
• 如果必須使用OFFSET（例如，隨機頁面訪問），請考慮緩存或預(yù)計算頁面。

考慮分析匯總表

如果對數(shù)百萬行的聚合或分析數(shù)據(jù)進行分頁，請生成每晚或每小時更新的匯總表。

• 將數(shù)據(jù)預(yù)先匯總到每日/每周摘要中。
• 查詢較小的匯總表而不是原始數(shù)據(jù)。

這減少了查詢時的 I/O 和計算。

基本上，盡可能用鍵集分頁替換 OFFSET-LIMIT，保持索引緊湊，并在需要時將繁重的工作卸載到后臺進程。

以上是如何在MySQL中高效地實現(xiàn)大數(shù)據(jù)集的分頁？的詳細內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！