【问题标题】:MySQL constantly shuts down (WordPress)MySQL 不断关闭 (WordPress)
【发布时间】:2016-06-12 09:04:37
【问题描述】:

我已经使用 Amazon Linux 设置了我的 AWS。 (t2.micro) 我在上面运行了一个相当小的 WordPress 网站,到目前为止运行良好。 (每天最多 1k 次点击)

过去几周,由于数据库刚刚关闭,该网站每隔一周就会出现几次故障。重新启动通常可以再使用几周。

它现在开始更频繁地发生,我正试图找到一个 解决方案。我对 AWS 的一切都不熟悉,我似乎无法弄清楚 找出问题所在。我附上了最近的日志。 本质上,数据库现在每隔一分钟就关闭一次,重新启动 没用了。

我的猜测:t2.micro 可能对于我正在做的事情来说太小了? 我已经尝试了很多不同的技巧,比如增加 DB 缓冲区大小、重启 EC2 等。

这是我最近的错误日志:

http://f.cl.ly/items/0H2m0y2a2n1H1w3U241k/Image%202016-06-11%20at%2010.56.57%20AM.png

【问题讨论】:

  • 数据库崩溃时 CPU 积分是什么样的?内存使用情况? IOPS?
  • 感谢您的帮助马克。有没有一种简单的方法可以让我查找您的要求?谢谢! (我对 AWS 等还很陌生)
  • 因为它在最后一个小时内崩溃了大约 10 倍(在我每次重新启动它之后),这似乎是 CPU 活动:f.cl.ly/items/3t3L1h21410O2Y1Z3K1Q/…
  • CPU Credits 将与您刚刚发布的 CPU 利用率图表位于同一区域。 IOPS 也将在那里,在两个图表中(读取和写入)。通过 ssh 登录服务器并运行 top 之类的内容,最容易查看内存使用情况。
  • 为什么不直接扩大到 t2.small 看看问题是否自行解决。我认为对于 WordPress 网站来说,微型是不够的

标签: mysql wordpress amazon-web-services amazon-ec2


【解决方案1】:

我只是想让大家知道我已经解决了我的问题。至少现在。为了让它停止,我做了两件事:

  1. 放大到 t2.small

  2. 为数据库创建交换文件。

    感谢您的帮助,希望对其他人有所帮助。

【讨论】:

  • 是的,你达到了内存限制,Linux OOM 杀手选择了 MySQL 来释放内存。
猜你喜欢
  • 1970-01-01
  • 2013-04-25
  • 2020-07-27
  • 1970-01-01
  • 2013-11-06
  • 1970-01-01
  • 2014-10-07
  • 1970-01-01
  • 2012-09-17
相关资源
最近更新 更多