一般看来, 这种情况可能是由于nginx默认的fastcgi进程响应的缓冲区太小造成的, 这将导致fastcgi进程被挂起, 如果你的fastcgi服务对这个挂起处理的不好, 那么最后就极有可能导致504 Gateway Time-out D3OV.G]`  
现在的网站, 尤其某些论坛有大量的回复和很多内容的, 一个页面甚至有几百K slbV[xR  
默认的fastcgi进程响应的缓冲区是8K, 我们可以设置大点 &2DW  
C*$/J\6xy  
在nginx.conf里, 加入: G(- `FH  
B.o&%5dG  
fastcgi_buffers 8 128k ]KmYPrCl0  
Z=xrjE  
这表示设置fastcgi缓冲区为8×128k $FoNEr&q  
当然如果您在进行某一项即时的操作, 可能需要nginx的超时参数调大点, 例如设置成60秒: Z7Kc`9.0|  
j'W)Nyw$[  
send_timeout 60; eNNK;xXe#  
??F{Gli"C`  
我只是调整了这两个参数, 结果就是没有再显示那个超时, 可以说效果不错 1~+w7Ar=(  
>,[(icyzn  
另一篇文章 z)ydQw>  
K \O,AE  
首先是更改php-fpm的几处配置： bV"0}|A~K  
oyUf/Sl  
把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用； d-Sm<XHu.  
c9Cp!.#*E  
把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。 DV.m({?  
P^ a$?  
接着再更改nginx的几个配置项，减少FastCGI的请求次 数，尽量维持buffers不变： 
P%1s6fjU  
YcIk{_N3  
fastcgi_buffers由 4 64k 改为 2 256k； ~ ^K[pA ?  
fastcgi_buffer_size 由 64k 改为 128K； ~($h9*\  
fastcgi_busy_buffers_size 由 128K 改为 256K； #{0c01JZ  
fastcgi_temp_file_write_size 由 128K 改为 256K。 ]86U-`p  
X@TQD  
好了，重新加载php-fpm和nginx的配置，再次测试，至今两周时间内没有再出现504 Gateway Time-out的情况，算是达到效果了。 xC|7"N^/  
<jxTI%'f59  
另外，php-fpm的默认静态处理方式会使得php-cgi的进程长期占用内存而无法释放，这也是导致nginx出错的原因之一，因此可以将php-fpm的处理方式改成apache模式。 5{{u #W%=  
apache-like w* v%S