Mysql查詢很慢卡在sending data的原因及解決思路講解
因為編寫了一個Python程序,密集的操作了一個Mysql庫,之前數(shù)據(jù)量不大時,沒發(fā)現(xiàn)很慢,后來越來越慢,以為只是數(shù)據(jù)量大了的原因,但是后來慢到不能忍受了,查了半天,索引能用的都用上了,執(zhí)行一次還是要3到4秒,不能忍受了。
于是把一些可以緩存的查詢?nèi)坑胷edis緩存了起來,大大加速了應(yīng)用。
但是還是有一些沒辦法緩存的,或者說,每次查詢都是不一樣的結(jié)果的就沒辦法了。用navicat的查詢概況可以看到卡住的地方是在:Sending data一段,用時3.5秒,占了99%的查詢時間。
在網(wǎng)上查了一些,有些是因為sql語句的問題,但是我這個完全沒有用到varchar,也沒用到in方法。
于是想是不是表太大了,可能沒有緩存到內(nèi)存中,于是先查mysqld進程占的內(nèi)存,才50多M,明顯太少了,那張表的實際容量有200多M,這個可以在navicat的對象一欄看到,應(yīng)該是每次查都是從磁盤讀取,所以很耗費時間,于是查看win10的磁盤IO,發(fā)現(xiàn)確實是這樣,磁盤IO達到了100%,還是固態(tài)硬盤,每秒讀取80M左右,難怪這么慢了。
于是查了mysql的配置文件,發(fā)現(xiàn)有一項配置才32M,調(diào)成512M,重啟mysql,搞定這次從3.5秒變成了0.76秒了。
配置項是:
innodb_buffer_pool_size=32M
這是mysql5.7默認的,改成512或1024,再重啟即可,看你的硬件配置。
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接
相關(guān)文章
如何修改Mysql中g(shù)roup_concat的長度限制
在mysql中,有個函數(shù)叫“group_concat”,平常使用可能發(fā)現(xiàn)不了問題,在處理大數(shù)據(jù)的時候,會發(fā)現(xiàn)內(nèi)容被截取了。怎么解決這一問題呢,下面腳本之家小編給大家?guī)砹薓ysql中g(shù)roup_concat的長度限制問題,感興趣的朋友一起看看吧2018-08-08Mysql元數(shù)據(jù)如何生成Hive建表語句注釋腳本詳解
這篇文章主要給大家介紹了關(guān)于Mysql元數(shù)據(jù)如何生成Hive建表語句注釋腳本的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面跟著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2017-08-08如何使用mysql完成excel中的數(shù)據(jù)生成
這篇文章主要介紹了如何使用mysql完成excel中的數(shù)據(jù)生成的相關(guān)資料,需要的朋友可以參考下2017-11-11