在我看来，这更像是应该在服务器端提供的监视。我不知道WordPress如何在不增加负载的情况下检测到这一点。
您好，谢谢您的回复。@苏拉迪
当然，还需要服务器端监视。然而，了解哪些子网站和用户可能会导致资源使用量增加可能会很有用。
这在服务器端监控中也应可见。应在此处列出进程及其资源使用情况，以及导致进程的请求（即URL和因此调用的页面）。
正如我所说，不是用WordPress。
服务器端有许多监视工具。然而，您需要的分析还需要从下面的系统中获得很多信息，例如能够将流程追溯到其起源。对于基于Linux的系统，我认为这是非常可行的，我已经手动完成了。监控工具本身应该能够收集和分析这些数据。我使用Zabbix进行此操作，但从未在那里配置过这样的任务（尽管我认为这是可能的）。使用像Zabbix这样的监控工具需要专用服务器，而不是简单的托管。但正如我所说，这只是一个小小的偏移，与WordPress无关。
非常感谢你的建议。@苏拉迪
我将研究并尝试Zabbix和其他监控工具。事实上，正如我所提到的，我的唯一目的是找出哪些子网站导致服务器上的资源使用增加。为此，有必要了解哪些子网站和页面使用了多少CPU、RAM和流量。
对于此类问题，您会监控子网站的哪些指标？那么，真正重要的是子站点使用的CPU、RAM和流量（带宽），对吗？
如前所述，我本人并不积极监测这些细节。如果我注意到负载较高，并且受影响的网站位于我管理的Linux系统上，我会自己直接查找原因——如果需要，可以调试进程。
顺便说一句，你也可以从不同的方向来处理你的问题。停用网站使用的插件，看看这是否会减少负载。您可能还需要等待几天，具体取决于网站上的流量。当然，这对积极使用的实时系统是不利的，但至少可以在不进行广泛监控的情况下缩小原因范围。
