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

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

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

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

，所以我們會(huì)覺得很慢。

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

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

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

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

select*fromtabwhereid=2

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

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

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

希望回復(fù)能對您有所幫助。

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