為什么MySQL在數(shù)據(jù)庫較大的時候分頁查詢很慢，如何優(yōu)化？使用合理的分頁方式以提高分頁的效率正如樓主所說，分頁查詢在我們的實際應用中非常普遍，也是最容易出問題的查詢場景。比如對于下面簡單的語句，一般想

為什么MySQL在數(shù)據(jù)庫較大的時候分頁查詢很慢，如何優(yōu)化？

使用合理的分頁方式以提高分頁的效率

正如樓主所說，分頁查詢在我們的實際應用中非常普遍，也是最容易出問題的查詢場景。比如對于下面簡單的語句，一般想到的辦法是在name，age，register_time字段上創(chuàng)建復合索引。這樣條件排序都能有效的利用到索引，性能迅速提升。

如上例子，當 LIMIT 子句變成 “LIMIT 100000， 50” 時，此時我們會發(fā)現(xiàn)，只取50條語句為何會變慢?

原因很簡單，MySQL并不知道第 100000條記錄從什么地方開始，即使有索引也需要從頭計算一次，因此會感覺非常的慢。

通常，我們在做分頁查詢時，是可以獲取上一頁中的某個數(shù)據(jù)標志來縮小查詢范圍的，比如時間，可以將上一頁的最大值時間作為查詢條件的一部分，SQL可以優(yōu)化為這樣：

若對你有所幫助，歡迎點贊、關注支持哦。

java數(shù)據(jù)放在了list中，如何實現(xiàn)前臺分頁？

前端分頁

數(shù)據(jù)量不大的情況，可以全部返回給前端，后端不做任何分頁，一般前端組件都可以自動實現(xiàn)分頁，我們使用的是ant的table組件

后端分頁

分頁一般有兩種方案：

1、設置最大值(max)

這種方案適用于簡單分頁，起始值一直從0開始，設置返回的最大的條數(shù)。主要是控制最大條數(shù)防止內(nèi)存溢出。

2、設置起始值(startIndex)和條數(shù)(pageSize)

常用的分頁就是從前端傳入起始值和條數(shù)兩個參數(shù)進行分頁，從數(shù)據(jù)庫拉取數(shù)據(jù)的時候就進行分頁，數(shù)據(jù)按需讀取是比較好的解決方案。

希望對你有幫助，謝謝