因為編寫了一個Python程序,密集的操作了一個Mysql庫,之前數據量不大時,沒發現很慢,后來越來越慢,以為只是數據量大了的原因,但是后來慢到不能忍受了,查了半天,索引能用的都用上了,執行一次還是要3到4秒,不能忍受了。
于是把一些可以緩存的查詢全部用redis緩存了起來,大大加速了應用。
但是還是有一些沒辦法緩存的,或者說,每次查詢都是不一樣的結果的就沒辦法了。用navicat的查詢概況可以看到卡住的地方是在:Sending data一段,用時3.5秒,占了99%的查詢時間。
在網上查了一些,有些是因為sql語句的問題,但是我這個完全沒有用到varchar,也沒用到in方法。
于是想是不是表太大了,可能沒有緩存到內存中,于是先查mysqld進程占的內存,才50多M,明顯太少了,那張表的實際容量有200多M,這個可以在navicat的對象一欄看到,應該是每次查都是從磁盤讀取,所以很耗費時間,于是查看win10的磁盤IO,發現確實是這樣,磁盤IO達到了100%,還是固態硬盤,每秒讀取80M左右,難怪這么慢了。
于是查了mysql的配置文件,發現有一項配置才32M,調成512M,重啟mysql,搞定這次從3.5秒變成了0.76秒了。
配置項是:
innodb_buffer_pool_size=32M
這是mysql5.7默認的,改成512或1024,再重啟即可,看你的硬件配置。
總結
以上就是這篇文章的全部內容了,希望本文的內容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對腳本之家的支持。如果你想了解更多相關內容請查看下面相關鏈接
您可能感興趣的文章:- MySQL Like模糊查詢速度太慢如何解決
- MySQL開啟慢查詢方法及實例
- MySQL5.7慢查詢日志時間與系統時間差8小時原因詳解
- mysql慢查詢操作實例分析【開啟、測試、確認等】
- MySQL 查詢速度慢與性能差的原因與解決方法
- mysql查詢慢的原因和解決方案
- Mysql慢查詢優化方法及優化原則
- MySQL開啟慢查詢日志功能的方法
- MySQL慢查詢日志的基本使用教程
- Mysql sql慢查詢監控腳本代碼實例