為什么MySQL在數(shù)據(jù)庫較大的時候分頁查詢很慢，如何優(yōu)化？正如房東所說，分頁查詢在我們的實(shí)際應(yīng)用中非常常見，也是問題最多的查詢場景。例如，對于下面的簡單語句，通常的思考方式是在name、age、reg

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

正如房東所說，分頁查詢在我們的實(shí)際應(yīng)用中非常常見，也是問題最多的查詢場景。例如，對于下面的簡單語句，通常的思考方式是在name、age、register中u在time字段上創(chuàng)建一個復(fù)合索引。這樣，條件排序可以有效地利用索引，性能得到快速提高。

如上例所示，當(dāng)limit子句變?yōu)椤發(fā)imit 100000，50”時，我們會發(fā)現(xiàn)，如果只選擇了50條語句，為什么會變慢？

，所以我們會覺得很慢。

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

當(dāng)數(shù)據(jù)量較小時，我們可以將所有數(shù)據(jù)返回到前端。后端不進(jìn)行任何分頁。一般來說，前端組件可以自動查詢實(shí)現(xiàn)分頁，我們使用ant的table組件

分頁一般有兩種方案：1。設(shè)置最大值（max）

此方案適用于簡單分頁。起始值始終從0開始，并設(shè)置返回項(xiàng)目的最大數(shù)目。主要目的是控制最大數(shù)目，防止內(nèi)存溢出。

2. 設(shè)置起始索引和頁面大小

]常用的分頁方法是從前端傳入起始值和項(xiàng)數(shù)進(jìn)行分頁，從數(shù)據(jù)庫中提取數(shù)據(jù)時進(jìn)行分頁。按需讀取數(shù)據(jù)是更好的解決方案。

希望對您有所幫助，謝謝