我每天都有一个 cron 作业，大约需要 5 分钟才能运行(它会收集一些数据，然后进行各种数据库更新)。它工作正常，但问题是，在这 5 分钟内，网站完全没有响应任何请求，无论是 HTTP 还是其他方式。
cron 作业脚本似乎在运行时占用了所有资源。我在 PHP 文档中找不到任何可以帮助我解决问题的信息 - 我怎样才能让脚本知道只用完，比如说，50% 的可用资源？我宁愿让它运行 10 分钟并让网站在这段时间内对用户可用，也不愿让它运行 5 分钟然后每天都有用户提示停机。
我确信我可以想出一种方法来配置服务器本身以实现此目的，但我更希望 PHP 中有内置方法来解决此问题。有吗？
或者，作为 B 计划，我们可以在脚本运行时将所有用户请求重定向到静态停机页面(与现在发生的情况相反，页面无限期加载或最终超时)。
最佳答案
普通脚本无法占用 100% 的资源，资源会分散到进程中。它可以大大降低一切速度，但不会锁定所有资源(不做一些时髦的事情)。您可以通过在命令行中执行 top -s 来获得提示，看看哪个进程占用了很多。
这导致得出结论，某些东西锁定了所有进一步的进程。正如 Arkascha 评论的那样，您的数据库很有可能被锁定。 This answer explains which table type你应该使用；如果您没有将它设置为 InnoDB，您可能需要它，至少对于锁定表。
如果您写入大文件，也可能是磁盘 I/O，请尝试将其拆分为较小的读/写或尝试将一些信息(例如，如果它是带有列表的文件)放入您的数据库(假设有有余地)。
也可能是CPU。要解决这个问题，您需要提高代码的效率。重新检查您的代码，看看您是否进行了繁重的操作并尝试使它们变小。通常您希望它尽可能快，现在您希望它们尽可能轻量，这改变了您编写代码的方式。
如果它仍然锁定，则该进行调试了。关闭大部分代码并检查锁定是否仍然发生。继续打开代码，直到您注意到锁定。然后解决这个问题。试着弄清楚是什么让你付出了如此多的代价。只有少数脚本需要大量资源，现在是优化的时候了。一种选择可能是将其分成两个(或更多)步骤。运行一个准备/清理数据的 cron，以及一个处理数据的 cron。这些不必同步运行，它们之间可能有几分钟的时间。
如果这不是一个选项，请对您的代码进行基准测试并尽可能地改进。如果你有一个繁重的查询，它可能会通过在繁重的查询中只选择 ID 并使用第二个查询来获取数据来改进。如果可以，请使用数据库来过滤、排序和管理数据，不要在 PHP 中这样做。
我还实现了一次是每 N 个 Action sleep 一次。
如果您的脚本确实如此极端，另一种解决方案可能是将其移至您网站上几乎没有/没有访问者的时间。即使您消除了瓶颈，也没有人喜欢速度慢的网站。
并且始终可以选择增加硬件。
关于php - 防止 PHP 脚本在运行时耗尽所有资源？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/49511759/