因為編寫了一個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秒了。
配置項是：
|
1
|
innodb_buffer_pool_size=32M |
這是mysql5.7默認的，改成512或1024，再重啟即可，看你的硬件配置。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對服務器之家的支持。如果你想了解更多相關內容請查看下面相關鏈接
原文鏈接：https://blog.csdn.net/hhgood/article/details/79388140
