ASP＋mysql海量數(shù)據(jù)的分頁(yè)優(yōu)化？要將連接設(shè)置為使用本地游標(biāo)位置，MySQL的服務(wù)器端不支持recordset的RecordCount屬性。connstr=“****”設(shè)置conn=服務(wù)器.創(chuàng)建對(duì)

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

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

如何使用使用分頁(yè)查詢(xún)來(lái)適應(yīng)挖掘海量數(shù)據(jù)呢？

一般來(lái)說(shuō)，DBA在分頁(yè)查詢(xún)中考慮的方式是在某個(gè)特定的（如ID、create）時(shí)間字段中。這樣，條件排序可以有效地利用索引，性能得到快速提高。因?yàn)槿绻鹟imit子句變成“l(fā)imit 1000000，10”，你會(huì)抱怨：為什么我只錄了10張唱片，卻還慢？你知道，數(shù)據(jù)庫(kù)不知道1000000條記錄從哪里開(kāi)始。即使有指標(biāo)，也需要從頭開(kāi)始計(jì)算。當(dāng)出現(xiàn)這種性能問(wèn)題時(shí)，大多數(shù)時(shí)候程序員是懶惰的。在前端數(shù)據(jù)瀏覽翻頁(yè)或大數(shù)據(jù)批量導(dǎo)出的場(chǎng)景中，可以將前一頁(yè)的最大值作為一個(gè)參數(shù)作為查詢(xún)條件。SQL重新設(shè)計(jì)如下：通過(guò)create從create time>“2017-07-04 09:00:00”O(jiān)RDER表格中選擇*這樣，查詢(xún)時(shí)間基本固定，不會(huì)隨著數(shù)據(jù)量的增長(zhǎng)而變化。

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

正如房東所說(shuō)，分頁(yè)查詢(xún)?cè)谖覀兊膶?shí)際應(yīng)用中非常常見(jiàn)，也是問(wèn)題最多的查詢(xún)場(chǎng)景。例如，對(duì)于下面的簡(jiǎn)單語(yǔ)句，通常的思考方式是在name、age、register中u在time字段上創(chuàng)建一個(gè)復(fù)合索引。這樣，條件排序可以有效地利用索引，性能得到快速提高。

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

，所以我們會(huì)覺(jué)得很慢。

通常，在分頁(yè)查詢(xún)時(shí)，可以在上一頁(yè)中獲取數(shù)據(jù)標(biāo)志，以縮小查詢(xún)范圍，如時(shí)間。我們可以將上一頁(yè)的最長(zhǎng)時(shí)間作為查詢(xún)條件的一部分。SQL可以?xún)?yōu)化如下：