RDS MySQL IOPS 使用率高的原因和处理
1. 原因
2. 解决
2.1 诊断报告
2.2 实例会话和 SQL 优化
RDS MySQL 实例在日常使用中有时会出现实例 IOPS 使用率高的情况，比如：
1. 原因
- 实例内存满足不了缓存数据或排序等需要，导致产生大量 物理 IO。
- 查询执行效率低，扫描过多数据行。
2. 解决
可以通过下面 2 种途径中的任意 1 种来处理 IOPS 使用率高的问题，也可以结合使用。
- 生成实例当前诊断报告（推荐方式）
- DMS
实例信息 实例会话 或者 show full processlist; 查看正在运行的查询，通过 SQL 窗口优化功能优化查询。
2.1 诊断报告
在 DMS 中生成当前的实例诊断报告，查看其中的 SQL优化、会话列表、慢 SQL 汇总部分，建议应用 SQL 优化给出的意见。
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消耗，通常的优化方法会添加适当的索引来消除排序，或者缩小排序的结果集；
