对,我们把我们的一个主要站点移动到一个新的AWS盒上,里面有大量的咕噜声,因为它会让我们有更多的控制,这是我们以前和未来的证据。
大约一个月前,我们每天都在同一时间遇到内存使用率高的问题。早上,会运行一个导出将数据导出到一个文件,即FTPed到本地机器进行处理。这些问题与出口的艰难时期是一致的,但当我们某天没有运行导出时,服务器仍然会遇到相同的问题。自那以后,导出在其他时间运行,以监视内存使用情况,以查看其是否达到峰值。得出的结论是,出口很好,几乎没有触及到侧面的记忆。内存使用没有明显的变化。
当问题发生时,它的效果是杀死mysql并要求我们重新启动进程。我们认为这可能是mysql内存问题,但可能只是mysql第一个感受到它。查看日志,在内存使用率达到90%之前,没有特定的查询运行。
当它在上午9:20左右时,内存使用量从25%上升到98%,并且非常迅速地杀死mysql来保存自己。通常需要3-4分钟才能死掉。
在一天中的那个时候没有运行cron作业,而且我们还没有注意到在这段时间内流量激增。任何帮助都将不胜感激!谢谢。
发布于 2012-09-04 02:09:17
尝试使用Percona的pt-秸秆来记录发生这种情况时的详细系统信息。这里真的没有足够的信息来开始解决您的问题。
https://serverfault.com/questions/424006
复制相似问题