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

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

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

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

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

mysql分頁怎么越到后面越慢？

因?yàn)槠葡拗票举|(zhì)上是服務(wù)器端的掃描。最后一個(gè)查詢是掃描，它包含1000萬個(gè)數(shù)據(jù)。即使掃描的索引是幾十萬個(gè)磁盤塊，當(dāng)然也很慢

如果是引導(dǎo)數(shù)據(jù)，考慮光標(biāo)

如果是在界面上顯示的，可以先考慮優(yōu)化查詢場(chǎng)景，因?yàn)?000W數(shù)據(jù)在頁面上顯示的情況很少，優(yōu)化后通常是高達(dá)1W頁換句話說，當(dāng)數(shù)據(jù)約為10W，索引設(shè)計(jì)合理且命中率較高時(shí)，偏移量限制仍然非?？?/p>

1。優(yōu)化SQL語句、索引和表結(jié)構(gòu)。

2. 打開查詢緩存時(shí)，查詢緩存緩存選擇查詢及其結(jié)果數(shù)據(jù)集。當(dāng)執(zhí)行同一個(gè)select查詢時(shí)，MySQL將直接從內(nèi)存中檢索結(jié)果，這加快了查詢的執(zhí)行速度，減少了對(duì)數(shù)據(jù)庫的壓力。執(zhí)行show變量，比如“have”uqueryucache，您可以檢查MySQL查詢緩存是否打開。要打開查詢緩存，只需配置我的.cnf具體如下：

querycacheuuutype=1

querycacheuusize=128M

querycacheulimit=1m

保存后重新啟動(dòng)mysql。

3. 選擇InnoDB存儲(chǔ)引擎。MySQL常用的存儲(chǔ)引擎是MyISAM和InnoDB。它們之間的區(qū)別如下：

MyISAM

查詢速度快；

支持表級(jí)鎖，在此期間不能對(duì)表執(zhí)行其他操作；

支持全文檢索；

支持?jǐn)?shù)據(jù)壓縮、自復(fù)制、查詢緩存和數(shù)據(jù)加密；

不支持外鍵；

不支持事務(wù)，因此沒有提交和回滾操作；

不支持群集數(shù)據(jù)庫。

InnoDB

支持行級(jí)鎖；

支持外鍵和外鍵約束強(qiáng)制執(zhí)行；

支持事務(wù)，可以執(zhí)行提交和回滾操作；

支持?jǐn)?shù)據(jù)壓縮、自復(fù)制、查詢緩存和數(shù)據(jù)加密；

可以在群集環(huán)境中使用，但不完全支持。InnoDB表可以轉(zhuǎn)換為NDB存儲(chǔ)引擎，可以在集群環(huán)境下使用。