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

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

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

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

通常，我們?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ì)慢，建立索引可以解決您的問(wèn)題；CREATE INDEX 索引名 ON 表名 (WHERE 條件用到的列名，如有多個(gè)就以逗號(hào)分隔)這次在去WHERE 的時(shí)候就會(huì)快很多

mySql為什么查詢時(shí)有時(shí)快，有時(shí)慢？

主鍵約束。

當(dāng)數(shù)據(jù)量達(dá)到百萬(wàn)以上的時(shí)候，你用主鍵去搜索某一條數(shù)據(jù)時(shí)速度是極快的。但當(dāng)你不用主鍵去搜索的時(shí)候速度就降了幾十倍甚至上百倍，這個(gè)是主鍵的好處。索引。當(dāng)你的表字段設(shè)置有索引的時(shí)候，搜索速度比不創(chuàng)建索引要快幾倍至幾十倍。sql語(yǔ)句不夠優(yōu)化。在查詢某數(shù)據(jù)的時(shí)候，能不用*就盡量不用，想要哪個(gè)字段就查哪個(gè)，多余的不要，這樣就能達(dá)到數(shù)據(jù)傳輸精簡(jiǎn)化，讓查詢速度也能快上許多。多表聯(lián)合查詢。在大數(shù)據(jù)量的時(shí)候這個(gè)多表查詢盡量不用，畢竟是很耗內(nèi)存的，寧愿用其他語(yǔ)言循環(huán)執(zhí)行簡(jiǎn)單的 select 字段 from 表名 where 條件 這樣的簡(jiǎn)單sql語(yǔ)句，這樣也能加快速度。