mysql5.7 有一条很简单的查询语句,服务器资源很低但是sql偶尔动不动就10几20秒



这个in的内容不一定5-20个,这张表数据量也不大300来万数据,但是每天总有10几条慢sql,mysql重启之后查看也挺慢,innodb_buffer设置为52G 硬件资源为系统centos7.7 磁盘iops5000 吞吐量150MB/s 4k测的30MB/s cpu32核内存80G 数据库总数据量数据+索引差不多170G
关键我不清楚了一共能查几千条数据sending_data为什么操作io那么多次,他是干啥操作那么多次,感觉要把所有数据全读内存他才罢休
相关推荐
MySQL5.6升级5.7时出现主从延迟问题排查过程
主要介绍了MySQL5.6升级5.7时出现主从延迟问题排查过程,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
Mysql数据库服务器的CPU占用很高
MySQl服务器CPU占用很高 1. 问题描述 一个简单的接口,根据传入的号段查询号码归属地,运行性能测试脚本,20个并发mysql的CPU很高,监控发现只有一个select语句,且表建立了索引 2. 问题原因 查询语句索引没有命中导致 开始时的select SELECT `province_name`, `city_name` FROM `phoneno_section` WHERE SUBSTRING(?, phoneno_section_len) = phoneno_section LIMIT ? 咨询说where中使用SUBSTRING函
Mysql效率优化定位较低sql的两种方式
通过慢查询日志定位那些执行效率较低的 SQL 语句,用 --log-slow-queries[=file_name] 选项启动时, mysqld 会 写一个包含所有执行时间超过 long_query_time 秒的 SQL 语句的日志文件,通过查看这个日志文件定位效率较低的 SQL
MySQL优化之如何查找SQL效率低的原因
主要介绍了MySQL优化之如何查找SQL效率低的原因 ,需要的朋友可以参考下
几个比较重要的MySQL变量
主要介绍了几个比较重要的MySQL变量,具有一定参考价值,需要的朋友可以了解下。


