在 MySQL 中打开和关闭数据库连接(对于 Web 应用程序)的 CPU 密集程度如何
我有一个 AWS RDS MySQL 数据库。我不是 DBA,所以我的知识有限。
我希望在复制或数据备份方面设计策略以在发生故障时实现零数据丢失。
我知道它们是不同的术语。(并且忽略错误的删除语句可以删除数据,在这种情况下复制可能没有用)。
我希望做的就是在出现数据库故障时实现零数据丢失。AWS 维护快照,但这可能需要几个小时。所以有数据丢失。
我应该考虑在 AWS 之外设置数据库服务器吗?或者是什么?我应该进行复制还是定期备份?
DBA 有什么其他策略吗?
看起来我们的数据库服务器正在以越来越快的速度进行垃圾收集,这看起来很正常,因为它在增长。什么时候切换到更大的实例有什么好的经验法则,我不是 DBA,也没有参考框架。现在每当只剩下 100mb 时,它似乎每 2-3 天进行一次垃圾收集。
服务器本身有 1.7GB 的 RAM。