為什么MySQL在數(shù)據(jù)庫(kù)較大的時(shí)候分頁(yè)查詢很慢，如何優(yōu)化？使用合理的分頁(yè)方式以提高分頁(yè)的效率正如樓主所說(shuō)，分頁(yè)查詢?cè)谖覀兊膶?shí)際應(yīng)用中非常普遍，也是最容易出問(wèn)題的查詢場(chǎng)景。比如對(duì)于下面簡(jiǎn)單的語(yǔ)句，一般想

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

使用合理的分頁(yè)方式以提高分頁(yè)的效率

正如樓主所說(shuō)，分頁(yè)查詢?cè)谖覀兊膶?shí)際應(yīng)用中非常普遍，也是最容易出問(wèn)題的查詢場(chǎng)景。比如對(duì)于下面簡(jiǎn)單的語(yǔ)句，一般想到的辦法是在name，age，register_time字段上創(chuàng)建復(fù)合索引。這樣條件排序都能有效的利用到索引，性能迅速提升。

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

原因很簡(jiǎn)單，MySQL并不知道第 100000條記錄從什么地方開(kāi)始，即使有索引也需要從頭計(jì)算一次，因此會(huì)感覺(jué)非常的慢。

通常，我們?cè)谧龇猪?yè)查詢時(shí)，是可以獲取上一頁(yè)中的某個(gè)數(shù)據(jù)標(biāo)志來(lái)縮小查詢范圍的，比如時(shí)間，可以將上一頁(yè)的最大值時(shí)間作為查詢條件的一部分，SQL可以優(yōu)化為這樣：

若對(duì)你有所幫助，歡迎點(diǎn)贊、關(guān)注支持哦。

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

前端分頁(yè)

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

后端分頁(yè)

分頁(yè)一般有兩種方案：

1、設(shè)置最大值(max)

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

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

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

希望對(duì)你有幫助，謝謝