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

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

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

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

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

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

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

若對你有所幫助，歡迎點贊、關注支持哦。

高效的mysql分頁方法及原理？

一，最常見MYSQL最基本的分頁方式：

select * from content order by id desc limit 0， 10

在中小數(shù)據(jù)量的情況下，這樣的SQL足夠用了，唯一需要注意的問題就是確保使用了索引。隨著數(shù)據(jù)量的增加，頁數(shù)會越來越多，查看后幾頁的SQL就可能類似：

select * from content order by id desc limit 10000， 10

就是越往后分頁，LIMIT語句的偏移量就會越大，速度也會明顯變慢。

此時，可以通過2種方式：

一，子查詢的分頁方式來提高分頁效率，飄易用的SQL語句如下：

SELECT * FROM content WHERE id> (SELECT id FROM content ORDER BY id desc LIMIT ".($page-1)*$pagesize."， 1) ORDER BY id desc LIMIT $pagesize

為什么會這樣呢？因為子查詢是在索引上完成的，而普通的查詢時在數(shù)據(jù)文件上完成的，通常來說，索引文件要比數(shù)據(jù)文件小得多，所以操作起來也會更有效率。（via）通過explain SQL語句發(fā)現(xiàn)：子查詢使用了索引！

id select_type table type possible_keys key key_len ref rows Extra

1 PRIMARY content range PRIMARY PRIMARY 4 NULL 6264 Using where

2 SUBQUERY content index NULL PRIMARY 4 NULL 27085 Using