服务器问题，RAM耗尽，真正的高负载平均

恭喜，您已经设法使用几乎所有的交换空间。

这里第一个显而易见的问题是你深入交换。 这可能是导致系统崩溃的原因（在系统中花费了大量的时间，I / O等待和软件中断）。

首先要做的是减less正在运行的Apache进程的数量。 你不需要那么多的小网站，这只会让你深入交换和杀死你的performance…这是已经发生的事情。 我会build议你开始非常小，并在必要时增加。 一个例子：

 StartServers 1 MinSpareServers 1 MaxSpareServers 2 MaxClients 5 

这限制了您只能提供5个同时请求（其他人必须排队等待）。 如果在这一点上，你会收到Apache发出的关于服务器用完的警告，并且你还有内存空间，那么你可以增加它们，但是你最终会跑到你的VPS根本没有足够的内存处理所有的stream量。 此时你应该升级VPS。

基于你用htop输出发布的截图之前，似乎你在运行WordPress的站点上有512MB的RAM？ 我从来没有见过WordPress的服务器less于1GB的内存。 也许如果你正在运行testing或开发网站，512MB是足够的，但对于生产站点，你需要1GB的RAM。 这是你的问题的根源。 这就是说，以下是一些想法，可以帮助您从设置中获得更好的性能：

我不知道如何弄清楚发生了什么事情。 Apache或MySQL没有正确调整？ 也许有人攻击服务器重复点击（我怎么知道？）。 我安装了htop，但即使我看到Apache或MySQL耗尽了大量的资源，我怎么知道为什么呢？

首先，我不会惊恐发生袭击事件。 实际情况是，您的服务器可能只是承担了大量的合法stream量，但是服务器本身并未针对您的使用进行configuration/调整。 当然，不好的configuration可以让你在DDoS（分布式拒绝服务）攻击过程中坐下来，但是当好的/正常的stream量突然出现在大数量的时候，它们都会使你的生活变得悲惨。

我发布了一个很好的列表项目，您可以查看以提高您的LAMO堆栈在另一个类似的问题上的performance ，并将在此处转发以供您参考：

1. 正确configurationApache： Apache是​​一个很好的软件，但开箱即用就是一个内存pipe理器。 例如，我相信默认是每秒允许255个连接？ 我可以向你保证，大多数简单的站点在一个美好的日子里每秒只能获得40个连接。 所以调整Apache对您的stream量是现实的将有所帮助。 此外，在Apache中有一个KeepAlive设置，效果很好！ 但是，我认为这是MaxKeepAliveRequests设置为100，这相当困难。 我通常把它设置为大约30个连接，一个2到3秒的小KeepAliveTimeout 。 关键是让KeepAliveTimeout匹配平均页面下载所需的速度和一点点的开销/缓慢空间。 所以如果一个页面在1秒钟内加载，请保持2秒的KeepAliveTimeout 。
2. 检查您的WordPress网站的代码是否存在潜在的瓶颈：专注于PHP的核心，并清理您的可能。 注意过多的MySQL调用和文件系统调用。 这是你将能够使应用程序飞行的地方！ 另外，检查你的php.ini的memory_limit ，并确保它不高于必要的。 默认是64M，但在很多情况下可以降到32M。
3. MySQL调优或将其移动到它自己的服务器上：写了上面的MySQL后，我意识到你可能会托pipe你的MySQL实例在同一个盒子。 通过运行一个像MySQL调优的底层脚本来研究优化MySQL的性能。 如果不进行调整，MySQL将耗尽所有的资源和大的系统。 通过调优，MySQL将运行得更好/更快，资源可以被释放用于其他目的。 另外，考虑将你的MySQL数据库移动到一个独立的服务器。 您可能需要学习如何正确地对服务器进行networking和防火墙，以允许您访问服务器，但要防止黑客攻击，但性能优势将会很大。

关于MySQL的调整，这可能需要几个星期才能确定。 调整脚本的原因是基于MySQL看到的真实stream量。 所以，你基本上让你的网站生活在世界上，等待2天（至less），运行调整脚本，然后等待几天再调整一些。 一个星期左右之后，你应该能够调整MySQL的工作，以及它可以与你的设置。

首先安装这些插件：超级caching（htaccess模式），wpbase，小部件caching。 WordPress的是有这些问题而闻名。 如果这没有帮助，可能是你的一个主题（特别是如果启用移动视图）的内存泄漏。

发布您的访问和错误日​​志。

我强烈build议使用nginx而不是apache。