某些背景信息:
我在AWS上使用 db.m3.xlarge (4个cpus,15 GB ram,gp2类型,750GB ebs)RDS实例。
它提供2250 IOPS(可以突发到3000 IOPS,可以持续长达30分钟)。
目前,我有一个170M行的大表,总大小为20GB,有多个二级索引,索引大小总共为40GB,一个月增加了20M行。
问题:
每个查询都可以命中索引。目前的表现对我来说没问题,慢速率每月低于0.2%。
但我不确定MySQL(或rds)是否存在大表的潜在性能问题。我希望这个表在一年内有超过400M的行。
我可以升级到RDS上的大型数据库或更改为配置的IOPS实例类型,这意味着扩展。在我的环境中向外扩展(这意味着分片)是非常复杂的,如果分片是近年来唯一的方法,我需要一些缓冲时间。
答案 0 :(得分:0)
一种好的维护方法是对表进行分区。这样您就可以轻松归档/删除旧数据。
如果你可以水平分割,那将是最常见的修复。