AWS MySQL RDS巨大的CPU峰值和快速的存储损失-可能的攻击?
正如您从所附的屏幕截图中所看到的,我们经历了突然的cpu峰值和存储丢失。我们几乎失去了所有存储空间,不得不手动增加存储空间 当我们检查数据库大小时,它仍然具有发生此情况之前的大小,因此它似乎与数据库无关。我们检查了很多东西(缓慢的日志等),但没有发现问题 是否有可能发生了攻击,或者有任何其他想法说明为什么会发生这种情况,以及如何恢复我们的免费存储AWS MySQL RDS巨大的CPU峰值和快速的存储损失-可能的攻击?,mysql,amazon-web-services,amazon-rds,Mysql,Amazon Web Services,Amazon Rds,正如您从所附的屏幕截图中所看到的,我们经历了突然的cpu峰值和存储丢失。我们几乎失去了所有存储空间,不得不手动增加存储空间 当我们检查数据库大小时,它仍然具有发生此情况之前的大小,因此它似乎与数据库无关。我们检查了很多东西(缓慢的日志等),但没有发现问题 是否有可能发生了攻击,或者有任何其他想法说明为什么会发生这种情况,以及如何恢复我们的免费存储 谢谢。很难说确切的问题是什么,但从图表上看,似乎有一些巨大的查询运行在数据库上,填满了任何临时空间。当它在空间之外运行时,它会终止查询,然后刷新磁盘上
谢谢。很难说确切的问题是什么,但从图表上看,似乎有一些巨大的查询运行在数据库上,填满了任何临时空间。当它在空间之外运行时,它会终止查询,然后刷新磁盘上的一堆写操作,这些写操作可能与查询/语句相关,也可能只是不相关的队列插入/更新
如果启用了慢速查询日志,则需要查看该日志,以查看是否存在异常情况,并检查应用程序看看他们是否在试图执行一个荒谬的查询/语句,这对数据库造成了冲击。我投票赞成迁移到服务器故障,因为这个问题可能比这里更适合那里,你可能会从那里的好人那里得到一些更有用的见解。正如我所说,我们检查了慢日志,没有异常。我们检查的所有查询似乎都很好,而且在大小等方面绝对没有问题。这只会使我们无法直接连接到服务器变得更加困难。。。。