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

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

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

正如樓主所說(shuō)，分頁(yè)查詢?cè)谖覀兊膶?shí)際應(yīng)用中非常普遍，也是最容易出問題的查詢場(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條記錄從什么地方開始，即使有索引也需要從頭計(jì)算一次，因此會(huì)感覺非常的慢。

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

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

mysql數(shù)據(jù)庫(kù)查詢好慢怎么解決？

28萬(wàn)條數(shù)據(jù)量不是很大，字段稍微有點(diǎn)多，如果不加WHERE 條件的話，數(shù)據(jù)庫(kù)判定是查詢所有數(shù)據(jù)庫(kù)，而加了WHERE 條件時(shí)，數(shù)據(jù)庫(kù)判定要去詳細(xì)的查找某個(gè)數(shù)據(jù)，所以速度自然會(huì)慢，建立索引可以解決您的問題；CREATE INDEX 索引名 ON 表名 (WHERE 條件用到的列名，如有多個(gè)就以逗號(hào)分隔)這次在去WHERE 的時(shí)候就會(huì)快很多