為什么MySQL在數(shù)據(jù)庫較大的時候分頁查詢很慢，如何優(yōu)化？正如房東所說，分頁查詢在我們的實際應用中非常常見，也是問題最多的查詢場景。例如，對于下面的簡單語句，通常的思考方式是在name、age、reg

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

正如房東所說，分頁查詢在我們的實際應用中非常常見，也是問題最多的查詢場景。例如，對于下面的簡單語句，通常的思考方式是在name、age、register中u在time字段上創(chuàng)建一個復合索引。這樣，條件排序可以有效地利用索引，性能得到快速提高。

如上例所示，當limit子句變?yōu)椤發(fā)imit 100000，50”時，我們會發(fā)現(xiàn)，如果只選擇了50條語句，為什么會變慢？

，所以我們會覺得很慢。

mysql數(shù)據(jù)庫查詢好慢怎么解決？

280000條數(shù)據(jù)不是很大，還有一點字段。如果不添加where，可以縮小查詢范圍，如果使用條件，則數(shù)據(jù)庫決定查詢所有數(shù)據(jù)庫。當添加where條件時，數(shù)據(jù)庫決定詳細地搜索某個數(shù)據(jù)，因此速度會很慢。建立索引可以解決您的問題。在表名上創(chuàng)建索引名（where條件使用的列名，如果有多個，用逗號分隔）這次會快得多

這個問題與設計有關。簡單的SQL優(yōu)化并不能提高很多，但是這個SQL可以進一步優(yōu)化

使用索引，用unionall代替in，比如select*fromtabwhereidin（1,2），可以寫成select*fromtabwhereid=1 unionall

select*fromtabwhereid=2

但是上面的優(yōu)化并不能達到根本的效果，如果數(shù)據(jù)是100萬，1000萬，那么不可能每次都找到所有的數(shù)據(jù)，而且你的頁面不能顯示所有的數(shù)據(jù)！他們都需要改變思路，比如找出一個成員的訂單記錄，然后通過程序（Java或存儲過程）計算出時差，然后根據(jù)上面的步驟計算出下一個成員我的.cnfmysqld可以通過配置log-slow-q Ueries=file path來記錄慢速查詢。重啟后生效。

MySQL官方提供慢速查詢?nèi)罩痉治龉ぞ適ysqldumpslow。主要功能包括不同慢SQL類型的統(tǒng)計、發(fā)生次數(shù)、最長執(zhí)行時間、累計總時間、等待鎖的時間、發(fā)送到客戶端的總行數(shù)、總行數(shù)、用戶和SQL語句。這樣可以快速定位問題點，也為下一步的工作提供足夠的參考。

還有一些第三方工具，但我還沒用過。似乎有些GUI工具更好。你可以搜索他們。我之所以不使用它，是因為在生產(chǎn)環(huán)境中部署更多的軟件會導致更多的安全漏洞。

希望回復能對您有所幫助。

如何繪制此專業(yè)答案？為什么只有有照片的人才能給出好答案？