【巡检问题分析与最佳实践】RDS MySQL 实例IO高问题-阿里云开发者社区

开发者社区> 阿里云数据库> 正文
登录阅读全文

【巡检问题分析与最佳实践】RDS MySQL 实例IO高问题

简介: RDS MySQL的IO性能受到硬件层存储介质类型、软件层的DB内核架构、具体SQL语句扫描或修改数据量的影响。

存储形态

RDS MySQL的存储形态主要有2种:

  • 本地存储:本地存储拥有最低的IO延迟,但是本地盘的存储大小有限,如果数据增量大,本地空间不够时,需要迁移数据到其他的主机,数据量大时迁移时间较长,且迁移会有闪断。
  • 分布式存储:也就是云盘,包括SSD和ESSD,云盘拥有更高的性价比,提供更大的存储空间,扩容非常快,不需要迁移数据。

关于更多存储相关的介绍,请参考:云数据库RDS简介 -> 存储类型 https://help.aliyun.com/document_detail/69795.html

InnoDB IO系统

InnoDB AIO实现了一套独立的IO系统来处理数据页的读取和写入,如果SQL请求的数据页不在buffer pool中,会产生物理IO,需要读写底层存储的数据。对于读数据页操作通过同步IO实现,同步IO调用底层的读接口,对于写数据页操作通过异步IO实现,比如后台线程刷脏,后台IO线程会异步的将脏页刷到存储。除了对普通数据文件的读写IO操作,写redo/undo日志、写binlog日志、临时表排序、DDL重建表空间也会产生大量的IO。

高IO负载常见问题

高吞吐的写入

比如表上有很多索引或大字段,频繁的更新、删除、插入场景,读取数据和刷脏会有大量的IO。您可以从自治服务->性能趋势查看IO负载相关的指标:

InnoDB Data读写吞吐量

1.png

每秒Innodb读取、删除、插入、更新的行数:

2.png

建议降低读写频率或升级实例规格、优化刷脏相关的参数来解决高IO问题。和刷脏相关的参数如下:

innodb_max_dirty_pages_pct

innodb_max_dirty_pages_pct_lwm

innodb_io_capacity 

innodb_io_capacity_max

临时表产生大量IO

关注临时文件目录大小,如果临时目录很大,可能有慢SQL排序、去重产生很大的临时表,临时表写入也会造成IO增加。您可以从自治服务->性能趋势查看tmp或other目录大小:

3.png

读取冷数据造成的IO高

如果SQL查询或修改的数据不在buffer pool中,则需要从存储读取,如果读取的数据量非常大,可能会造成很大的读IO吞吐。缓存池命中率,如果命中率很低说明请求的数据不在buffer pool中,可能会产生大量的读IO请求。您可以从自治服务->性能趋势查看buffer pool命中率:

4.png

DDL语句产生的IO负担

DDL语句可能会rebuild表空间,扫描全表数据,创建索引排序,新表产生的脏页需要刷脏,这些都会导致大量的IO吞吐。另外一种场景是drop table大表造成的IO抖动,常见于删除上T的大表,可能会造成文件系统jbd2 进程D状态,可以采用AliSQL异步删除大文件的功能避免这个问题。如下图所示:

5.png

6.png

大事务写Binlog

事务只有在提交时才会写binlog文件,如果存在大事务,比如一条delete sql删除大量的行,可能会产生数十G的binlog文件,这个binlog的文件的落盘,会造成很高的IO吞吐。建议尽量将事务拆小,避免大事务和降低修改频率。如下图所示:

7.png

优化建议

您需要分析实例高IO负载是属于上面说的哪种类型,然后采取针对性的优化方法,比如调整刷脏参数,SQL优化(培训视频https://yq.aliyun.com/live/1938)、规格升级(参考https://help.aliyun.com/document_detail/96061.html)、采用AliSQL异步删除表空间(参考https://help.aliyun.com/document_detail/134095.html)的功能等。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
阿里云数据库
使用钉钉扫一扫加入圈子
+ 订阅

帮用户承担一切数据库风险,给您何止是安心!

官方博客
链接