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

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

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

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

，所以我們會覺得很慢。

在大數(shù)據(jù)情況下MySQL的一種簡單分頁優(yōu)化方法？

直接使用數(shù)據(jù)庫提供的SQL語句風(fēng)格：在mysql中，可以使用以下方法：select*from table name limit M.N---適應(yīng)場景：適合數(shù)據(jù)量?。ㄔM百/千）的情況-原因/缺點：全表掃描，速度會非常慢，一些數(shù)據(jù)庫結(jié)果集返回不穩(wěn)定（例如一次返回1、2、3，另一次返回2、1、3）。限制是從結(jié)果集的M位置獲取n個輸出，并丟棄其余的。

ASP＋mysql海量數(shù)據(jù)的分頁優(yōu)化？

要將連接設(shè)置為使用本地光標(biāo)定位模式，MySQL服務(wù)器端不支持recordset的RecordCount屬性。connstr=“****”設(shè)置conn=服務(wù)器.創(chuàng)建對象(" ADODB.連接") 連接打開connstrconn.CursorLocation=3“Aduseclient=3，默認值為aduseserver（=2）set rs=服務(wù)器.createobject(" ADODB.記錄集“）sql=”選擇…“rs.打開SQL，Conn，1，1“此時，您可以使用RecordCount pagecountrs.pagesize=10頁.absolutepage=cint（strpage）選擇計數(shù)=rs.recordcountselect頁面計數(shù)=頁數(shù)