怎樣實(shí)現(xiàn)數(shù)據(jù)庫的分頁查詢？針對查詢語句做處理，同時(shí)對請求頁面地址做分析list.aspx?pageid=5 //表示訪問第五頁后臺語言里，先對查詢條件做預(yù)處理pagepre=pagesize*4

怎樣實(shí)現(xiàn)數(shù)據(jù)庫的分頁查詢？

針對查詢語句做處理，同時(shí)對請求頁面地址做分析list.aspx?pageid=5 //表示訪問第五頁后臺語言里，先對查詢條件做預(yù)處理pagepre=pagesize*4 //pagesize 用于表示分頁大小，例如10，則前4頁共有40條記錄查詢語句sqlcmd="select top " pagesize " from tabelname where id not in (select top " pagepre " from tablename order by id desc)"操作原理為將當(dāng)前頁前顯示的所有記錄從數(shù)據(jù)查詢結(jié)果中排除，也就是not in 后面的部分，然后從剩余的結(jié)果沖，讀取pagesize大小的記錄值。篩選條件、排序條件放在子查詢中

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

使用合理的分頁方式以提高分頁的效率

正如樓主所說，分頁查詢在我們的實(shí)際應(yīng)用中非常普遍，也是最容易出問題的查詢場景。比如對于下面簡單的語句，一般想到的辦法是在name，age，register_time字段上創(chuàng)建復(fù)合索引。這樣條件排序都能有效的利用到索引，性能迅速提升。

如上例子，當(dāng) LIMIT 子句變成 “LIMIT 100000， 50” 時(shí)，此時(shí)我們會發(fā)現(xiàn)，只取50條語句為何會變慢?

原因很簡單，MySQL并不知道第 100000條記錄從什么地方開始，即使有索引也需要從頭計(jì)算一次，因此會感覺非常的慢。

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

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