您的位置:首页 > 数据库 > SQL

阿里云数据库维护记录-RDS MySQL IOPS 使用率高的原因和处理--RDS实例CPU超过100%的分析

2016-09-01 17:42 1956 查看

RDS
MySQL IOPS 使用率高的原因和处理

1. 原因

2. 解决

2.1 诊断报告

2.2 实例会话和 SQL 优化

RDS MySQL 实例在日常使用中有时会出现实例 IOPS 使用率高的情况,比如:



1. 原因

实例内存满足不了缓存数据或排序等需要,导致产生大量 物理 IO。

查询执行效率低,扫描过多数据行。

2. 解决

可以通过下面 2 种途径中的任意 1 种来处理 IOPS 使用率高的问题,也可以结合使用。

生成实例当前诊断报告(推荐方式)

DMS

 实例信息


 实例会话 或者 show full processlist; 查看正在运行的查询,通过 SQL 窗口优化功能优化查询。

?注:关于访问诊断报告,请参考
RDS 如何访问实例诊断报告

2.1 诊断报告

在 DMS 中生成当前的实例诊断报告,查看其中的 SQL优化、会话列表、慢 SQL 汇总部分,建议应用 SQL 优化给出的意见。

云数据库 RDS 版 >
技术运维问题 >
MYSQL使用 >
RDS实例CPU超过100%的分析

RDS实例CPU超过100%的分析

关于rds 实例cpu 超过100%,通常这种情况都是由于sql 性能问题导致的,下面我用一则案例来分析:

用户实例xxx反馈cpu 超过100%,实例偶尔出现卡住的现象

 



 

1.原理:cpu 消耗过大通常情况下都是有慢sql 造成的,这里的慢sql 包括全表扫描,扫描数据量过大,内存排序,磁盘排序,锁争用等待等;

2.表现现象:sql 执行状态为:sending data,Copying to tmp table,Copying to tmp

table on disk,Sorting result,locked;

3.解决方法:用户可以登录到rds,通过show processlist查看当前正在执行的sql,当执行完show processlist后出现大量的语句,通常其状态出现sending data,Copying to tmp table,Copying to tmp table on disk,Sorting result, Using filesort 都是sql有性能问题;

A.sending data表示:sql正在从表中查询数据,如果查询条件没有适当的索引,则会导致sql执行时间过长;

B.Copying to tmp table on disk:出现这种状态,通常情况下是由于临时结果集太大,超过了数据库规定的临时内存大小,需要拷贝临时结果集到磁盘上,这个时候需要用户对sql进行优化;

C.Sorting result, Using filesort:出现这种状态,表示sql正在执行排序操作,排序操作都会引起较多的cpu消耗,通常的优化方法会添加适当的索引来消除排序,或者缩小排序的结果集;

 

通过show processlist发现如下sql:
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: