扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
因为编写了一个Python程序，密集的操作了一个MySQL库，之前数据量不大时，没发现很慢，后来越来越慢，以为只是数据量大了的原因，但是后来慢到不能忍受了，查了半天，索引能用的都用上了，执行一次还是要3到4秒，不能忍受了。
我们提供的服务有：网站设计制作、成都做网站、微信公众号开发、网站优化、网站认证、彝良ssl等。为数千家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的彝良网站制作公司
于是把一些可以缓存的查询全部用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，再重启即可，看你的硬件配置。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对创新互联的支持。如果你想了解更多相关内容请查看下面相关链接
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
微信二维码
移动版官网