為什么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)化為這樣：

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

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

這個問題和設計有關(guān)系， 簡單的sql優(yōu)化提升不了多少， 但是這個sql還是可以進一步優(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ù)怎么辦， 難道每次都要全部查出來嘛， 那是不可能的， 而且你的頁面也不能全部都展示出來! 所有需要換個思路， 如， 將一個會員的訂單記錄查詢出來， 然后通過程序(java或者存儲過程)算出時間差， 按照上面再計算下一個會員

如何在mysql查找效率慢的SQL語句？

• 查看慢SQL是否啟用，查看命令：show variables like "log_slow_queries" 如果結(jié)果為ON則是開啟了，如果為OFF則表示禁用了。
• 開啟慢查詢命令：set global log_slow_queries = on
• 查看是否開啟：show variables like "log_slow_queries"
• 查看慢查詢參數(shù)，即設置超過多少秒的查詢歸為了慢查詢。參數(shù)為：long_query_time，查詢命令： show global variables like "long_query_time"mysql默認時間為10秒，即10秒及以上的查詢被歸為了慢查詢。我們的實際項目中根本就不可能這么包容你，所以得提供查詢效率優(yōu)化sql，讓程序更快的執(zhí)行。
• 這里設置時間為1秒，即超過1秒就會被認為慢查詢。設置命令：set global long_query_time =1用命令設置的，會立即生效，不用重啟mysql服務。但重啟mysql服務后就會失效。
• 查看設置的時間， show global variables like "long_query_time"即可看到現(xiàn)在已經(jīng)變?yōu)?秒了
• 查看慢查詢存放日志，命令： show variables like "slow_query_log_file"去相應目錄下查看即可。