因为编写了一个Python程序，密集的操作了一个Mysql库，之前数据量不大时，没发现很慢，后来越来越慢，以为只是数据量大了的原因，但是后来慢到不能忍受了，查了半天，索引能用的
因为编写了一个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，再重启即可，看你的硬件配置。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对每日运维的支持。如果你想了解更多相关内容请查看下面相关链接
