如何微调AWS R4 Aurora MySql数据库

Question

我目前有一个6.5Gb的数据库，但是增长很快...

当前在R4L Aurora服务器，15.25G Ram，2核CPU

我正在考虑购买预留实例以降低成本，但担心数据库是否快速增长，例如在一年内达到15G以上，我需要购买更大的服务器。

99％的数据是交易历史记录，该表是迄今为止最大的。它写得很频繁，但是一旦写完一行，它就不会经常更改（尽管有时会更改）。

这么少的问题...

1）我应该禁用缓存吗？

2）即使数据库本身达到（例如）30G，我也可以使用15G ram，还是会看到大量的速度问题

3）数据库已被很好地建立索引，但是这可以改善吗？例如。如果（例如）一百万条记录属于一个用户，是否有办法对数据进行分区以防止其他用户的访问速度变慢？

谢谢

Answer 1

• “我应该禁用缓存吗？” -哪个“缓存”？
• “我会看到大量的速度问题吗？”-我们需要查看查询等。
• “数据库索引正确”-如果这意味着您为每一列建立索引，那么索引编制得不好。请向我们展示SHOW CREATE TABLE和一些重要的查询。
• “分区”-除少数例外，不分区不会加快MySQL表的速度。同样，我们需要详细信息。
• “ 15.25G Ram”和“ database ... 15G”-数据集的大小通常比RAM更大，甚至很多。因此，这对数字不一定能很好地相互比较。
• “ 100万条记录属于1位用户”-请再次提供详细信息。

Answer 2

您应该从统计角度解释数据增长。这可以通过按创建的日期（年）列运行count（*）查询组来完成。每年有了记录的数量之后，您就可以了解发生了什么事情。

现在您可以考虑可能的解决方案

1. 从历史记录的角度来看，您可以删除不再相关的数据并保持存储空间有限。
2. 如果有大量数据，例如Blob等。可能您可以将其存储在S3中并将引用存储到数据库表中
3. 删除所有不需要的表。有时，DBA创建临时备份表，并且在工作后将它们留在那里。您可以清理此类桌子。

Answer 3

当引擎将页面提取到缓冲池中以防页面丢失时，实例的内存才发挥作用。它不取决于您的实际数据大小（在极端情况下，例如，您的记录确实非常大）。经验法则是确保始终将工作集保持在缓冲池中，并避免刷新页面。

如果您的应用确实需要处理大量数据，那么理想的方法是为特定类型的查询提供专用副本。这样，您可以避免换出有效页面，而使用较新的查询。 Aurora现在具有自定义端点支持，这使得它更易于管理。

如果您需要更具体的指南，则可能需要共享有关数据，索引，查询等的详细信息。