mysql性能基准

我正在考虑将我们的生产环境从自托管解决方案转移到amazon aws。我查看了不同的服务，并考虑将其用作mysql实例的替代品。我们主服务器使用的硬件似乎比使用rds（四倍超大数据库实例）时所能获得的最佳硬件要好。因为我不能简单地将我们的生产环境移动到aws，看看性能是否仍然足够好，所以我想提前做一些测试

我考虑从当前主机创建一个完整的查询日志，配置rds实例，并开始对其重播完整的查询日志。事实上，我甚至不知道这种测试是否是一个好主意，但我想你会告诉我是否有更好的方法来确保mysql的性能不会在迁移到rds时急剧下降

是否有重播完整查询日志的首选工具

在运行测试时，我应该查看哪些指标

• cpu使用率
• 内存使用情况
• 磁盘使用率
• 查询时间
• 还有别的吗

---

提前感谢

我建议不要重播查询日志-它几乎肯定不会提供您想要的信息，而且会花费大量的精力

首先，您需要准备好数据库，以便在插入、更新或删除数据时重放查询日志不会打破限制，并且后续的“选择”查询将找到它们应该找到的记录。这对于除玩具数据库之外的任何其他数据库来说都是非常重要的——仅仅备份并重放日志并不一定能保证DML语句的顺序与生产中发生的情况相匹配。这可能会给你一种虚假的安慰感——你所有的select语句都会在几毫秒内返回，因为它们所寻找的数据不存在

---

其次，负载和性能测试很少通过重放生产中发生的事情来工作——这（通常）不会反映将使系统瘫痪的峰值条件。例如，大多数生产系统在大多数时候都运行得很好，我接受了你的回答，因为你给出的回答是最好的方式。遗憾的是，如果您的应用程序有数百个用例，那么创建有效的测试套件并不容易。我刚刚发现，这似乎是完美的情况下，像这样。