PHP sleep() 是否会占用很多资源？

Question

最近遇到数据量比较大并且更新速度很快的情况，这样导致两台服务器同步稍有延迟的情况出现，同时负载升高。

如果使用sleep 每10秒 休眠1秒的做法是否能缓解数据库的压力呢？我很想知道sleep是否会占用很多资源，sleep执行的时候都做了些什么事呢？
但是有人说单线程休眠时间越长占用资源就越多，是这样吗？
如果自己验证该如何切入呢？
网上搜了下关于sleep的资料但是没发现有太大价值的，实在想不通到底该怎么解决好了

Answer 1

sleep不占用系统资源，它会把cpu的控制权交换给内核，内核会再schedule到另一个进程。

这种简单的事情，你写个while (true) sleep(1)的程序然后top一下就能判断的。

Answer 2

任何语言, sleep本身不占CPU资源, 但是在基于PHP的LAMP环境中, 就不能这样说了, 因为CPU不是唯一的资源. 进程数, 内存, 这些都是资源.

PHP不管工作工作在apache mod_php还是nginx fpm下, 总的进程数基本上是有一个限制的. 对于服务器的吞吐, 有一个很简单的算数, 你有几个线程/进程, 你就能同时处理多少http请求

但是, 一单在PHP里面sleep, 那么php处理请求的时间就等于本身处理的时间+sleep时间

本来0.2秒处理一个请求, 现在sleep了0.8秒, 那么你的php请求处理速度就变成1秒, 假设你的apache开10个进程, 那么你每秒钟处理请求的速度就由5个每秒*10个进程 50 变成了 1个每秒*10个进程.

另外你不可能在apache里面开无限的的进程, 不管是进程还是线程, 都开销很大, 1024个进程基本上就死的很惨了, 线程在5k左右(CPU使用不多, 大部分sleep的情况下)也很吃力了

如果你sleep 10秒, 整个PHP, web系统就没办法用了, 曾经有人想通过sleep来做长连接, 本机测试通过了, 但是部署上系统无异于自杀.

Answer 3

之前也用php写过后台方面的程序，主进程需要等待所有子进程结束后再退出，之前采取的“忙等”，发现主进程将CPU占完了，后来主进程在等待循环中采用了sleep(1)的方式，大大减少了cpu开销，所以我认为sleep应该不会占用太多CPU。仅供楼主参考！

Answer 4

@felix021 和 @KJ 说的都对，你需要评估一下在sleep中，有哪些资源是占用的，比如HTTP连接，数据库连接。尤其是数据库最大并发连接通常要少于HTTP连接，需要小心连接被吃满的情况。如果是脚本下执行的PHP，那sleep是很简单靠谱的办法；如果是web，需慎重。