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

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

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

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

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

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

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

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

mysql大量數(shù)據(jù)查詢速度慢，sql語句求解？

這個(gè)問題和設(shè)計(jì)有關(guān)系， 簡單的sql優(yōu)化提升不了多少， 但是這個(gè)sql還是可以進(jìn)一步優(yōu)化的利用索引， 用union all代替in， 如 select * from tab where id in (1，2)， 可寫成select * from tab where id = 1 union all select * from tab where id = 2但是上面的優(yōu)化起不到根本效果， 如果100萬 1000萬數(shù)據(jù)怎么辦， 難道每次都要全部查出來嘛， 那是不可能的， 而且你的頁面也不能全部都展示出來! 所有需要換個(gè)思路， 如， 將一個(gè)會(huì)員的訂單記錄查詢出來， 然后通過程序(java或者存儲(chǔ)過程)算出時(shí)間差， 按照上面再計(jì)算下一個(gè)會(huì)員