Mysql查询很慢,卡在sending data 的原因
2018-02-27 14:48
615 查看
因为编写了一个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,再重启即可,看你的硬件配置。
于是把一些可以缓存的查询全部用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,再重启即可,看你的硬件配置。
相关文章推荐
- JDBC查询MySql只显示序号为偶数的记录的原因
- mysql查询时,offset过大影响性能的原因与优化方法
- MySQL错误2014原因无法执行查询--P…
- mysql,show processlist,查询一直sending data,影响查询性能
- mysql 慢查询查询和引起原因分析
- MySQL中使用mysqldumpslow分析查询慢的原因
- mysql查询时offset过大影响性能的原因和优化详解
- mysql服务器查询慢原因分析与解决方法小结
- mysql服务器查询慢原因分析方法
- mysql服务器查询慢原因分析方法
- mysql服务器查询慢原因分析与解决方法
- mysql在第一次查询的时候很慢,第二次查询就比较快的原因?
- mysql慢查询原因分析与解决(四)——配置优化
- MySQL查询优化:查询慢原因和解决技巧
- Json_encode过的字段值在mysql中模糊查询不出来的原因及解决办法
- mysql服务器查询慢原因分析方法
- mysql 查询中sending data 时间过长
- MYSQL 服务器查询速度慢原因分析与解决办法
- 关于mysql建表中含有longtext字段时,查询缓慢的原因和解决方案
- mysql服务器查询慢原因分析与解决方法