一些背景:
我在 AWS 上使用 db.m3.xlarge(4 个 cpu、15 GB 内存、gp2 类型、750GB ebs)RDS 实例。
它提供 2250 IOPS(可突发至 3000 IOPS,可持续长达 30 分钟)。
目前,我有一个170M行的大表,总大小为20GB,有多个二级索引,索引大小总共为40GB,一个月增加了20M行。
问题:
每个查询都可以命中索引。目前的性能对我来说还可以,每月的慢日志率低于 0.2%。
但我不确定 MySQL(或 rds)对于大表是否存在一些潜在的性能问题。我预计该表一年内将拥有超过 4 亿行。
- 索引较大时查询性能是否会在某个时刻下降?
- 有人有类似的表吗?您是否遇到过一些问题?
我可以升级到 RDS 上的大型数据库或更改为预配置 IOPS 实例类型,这意味着扩展。在我的环境中横向扩展(这意味着分片)非常复杂,如果分片是近年来唯一的方式,我需要一些缓冲时间。
最佳答案
一个好的维护方法是对表进行分区。这将允许您轻松归档/删除旧数据。
如果您可以水平拆分,这将是最常见的修复方法。
关于mysql - MySQL 对 amazon rds 上的大表有任何潜在的查询性能吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38066716/