解决mysqlcpu高的问题

参考：

cpu消耗过多是由于SQL缓慢所致。慢速SQL包括全表扫描，太多扫描数据，内存排序，磁盘排序，锁争用等；

mysql>显示进程列表；

查看所有连接

现象SQL的执行状态为：发送数据，复制到tmp表，复制到磁盘上的tmp表，排序结果，使用文件排序，锁定；有问题。

所有状态描述都可以在mysql官方网站上找到

a。发送数据：sql正在从表中查询数据。如果查询条件的索引不正确，则执行sql的时间将太长。

b。复制到磁盘上的tmp表：由于临时结果集太大并且超过了指定的临时内存大小，因此有必要将临时结果集复制到磁盘上

排序结果，使用filesort：sql正在执行排序操作，排序操作将导致更多的CPU消耗，您可以添加索引，或者

减少排序的结果集

不同的实例规范具有不同的iops功能。例如，iops为150，这意味着它每秒可以提供150次随机磁盘io操作，因此如果用户的数据量为

它很大，内存很小。由于iops的限制，速度较慢的SQL可能会消耗所有io资源并影响其他SQL查询。对于来说，全是SQL

返回结果集需要很长时间，这将减慢应用程序的整体响应。

临时表最大所需内存需要通过tmp_table_size=1024M设定

连接到mysql服务器

执行顶部

注意，在顶部

CPU使用率是cpus，即所有cpu使用率的总和可能超过100％。按1切换以查看每个CPU使用率

关于解决中CPU使用率高的问题的两篇文章，似乎还没有调整

我自己：

由于SQL语句问题，已经有两个地方出现了，一个是正式的环境。删除该页面以使其他人无法访问该页面后，相应的将终止该句子

显示进程列表；杀死进程号以对其进行处理。 sql语句后来进行了优化。另外，添加了tmp_table_size = 1024M设置

第二次是测试环境。增加tmp_table_size参数是无用的，并且重新启动也是无用的。删除某些进程后可以使用kill。估计重新启动后，仍然会执行某些SQL。

因此仍然要处理sql优化。定期注意需要很长时间的SQL语句。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/shoujiruanjian/article-333671-1.html