mysql - EC2 MySQL 不断崩溃

Question

我在 x64 amazon linux ami 上设置了一个 EC2 实例。

我正在使用 PHP 和 Wordpress 以及由 MySQL 支持的 W3 总缓存和 php-apc 来测试一个可以相对便宜地处理大量连接的博客。

但是，我的 mysql 总是崩溃。

取自/var/log/mysqld.log

120912  8:44:24 InnoDB: Completed initialization of buffer pool
120912  8:44:24 InnoDB: Fatal error: cannot allocate memory for the buffer pool
120912  8:44:24 [ERROR] Plugin 'InnoDB' init function returned error.
120912  8:44:24 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
120912  8:44:24 [ERROR] Unknown/unsupported storage engine: InnoDB

有人知道发生这种情况的原因吗？

当前内存使用情况(下)

[root@ip-obscure mysql]# free -m
             total       used       free     shared    buffers     cached
Mem:           594        363        230          0          3         67
-/+ buffers/cache:        293        301
Swap:            0          0          0

Answer 1

当心断定你没有足够的内存，是的，这是你看到的错误，但这也是一个症状而不是原因。在为更大的实例付费之前等待，问题只会消失一段时间，直到内存再次填满。

小心创建 SWAP 文件，同样，您只是在治标不治本。

也要小心更改配置设置(并限制您的 apache 或 mysql 的性能)，这些设置在一段时间内工作得很好，但只是现在突然服务器不会长时间运行。

想想这怎么可能真的是设置？如果在 PHP 中有一个糟糕的优化设置或内存泄漏，它会在相同的时间段后持续失败。因此，假设您最近不仅没有安装新模块，而且已经有一段时间的相当静态的环境，则不太可能是内存泄漏或设置。 显然，如果您刚刚安装了新模块，那么禁用它们应该始终是第一步

小心将数据库拆分到另一台服务器，这不会解决问题，就像购买更大的服务器不能解决问题一样。是的，每个函数最初都会获得更多内存，但随后......

警惕从apache迁移到另一个http服务器如NginX，一个激烈的步骤，这可能会解决问题.....但原因不对

我对这些中的大部分感到内疚并提出了许多错误的希望，直到我查看 apache/var/log/httpd/ACCESS_LOG 文件并看到我的站点每秒从同一 IP 寻找几次一个名为 XMLRPC.PHP 的文件，这是 Wordpress 圈子中众所周知的某种 DDOS 攻击。

示例 access_log 条目....

191.96.249.80 - - [21/Nov/2016:20:27:53 +0000] "POST/xmlrpc.php HTTP/1.0"200 370

每次收到它时，apache 都会尝试实例化一个子进程来为该请求提供服务。不久你就会用完内存，apache 开始无法派生一个新进程，mysql 放弃尝试将内存空间分配给缓冲池。您基本上会耗尽内存，所有这些请求都会让您的服务器停止运行。

为了解决这个问题，我更改了 .htaccess 文件以拒绝从该 IP 访问该文件，并且我的服务器立即恢复正常运行。

例子.htaccess

<Files xmlrpc.php>

order allow,deny

deny from 191.96.249.80

allow from all

</Files>"

希望我来之不易的发现对其他人有帮助!

显然，如果您的访问日志没有显示 DDOS 效果，则可能是其他原因，请尝试以上所有方法! ;-) 但我现在已经看到几个受此攻击影响的 wordpress/apache 站点。 ...同样的IP!遗憾的是 Amazon AWS 不允许在其安全组中加入黑名单。 [叹息]