因为编写了一个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慢查询监控脚本代码实例
