小伙伴今天反馈了一个问题，说，网页上传了一个2MB的文件，在网页下载时，只有64KB，并且打开失败。确认该BUG确实存在且必现后，我，踏上了调试解决此BUG之路。

1、系统是nginx+php+mysql，凭经验判断与mysql无关，可以无视TA。

2、从PHP网页上传2MB文件后，直接在服务器打开该文件，可以正常查阅，并且与原文件二进制一样。 3、用不同浏览器，不同电脑反复从PHP网页下载该文件，发现下载的文件均只有64KB。 4、换一个体积只有90KB的文件，从PHP网页上传下载，均无异常。 通过以上4点，基本可以判定，问题出在nginx上。这时候，打开nginx的日志文件，发现如下错误log， [crit] 21636#0: *843968 open() “/home/www/local/nginx/fastcgi_temp/0/11/0000000110” failed (13: Permission denied) while reading upstream,….. 可以大胆猜测，由于没有足够权限操作fastcgi_temp文件夹，所以无法得到正常的文件，于是，为该文件夹赋上权限后，问题解决。

回头看，这到底是什么原因呢？

查看nginx配置文件，可以找到下面这一段：

fastcgi_connect_timeout 300; fastcgi_send_timeout 300; fastcgi_read_timeout 300; **fastcgi_buffer_size 64k; fastcgi_buffers 4 64k;** fastcgi_busy_buffers_size 128k; fastcgi_temp_file_write_size 128k; 每次下载失败时文件的大小总是64KB，应该跟这里有关。原来，nginx会使用fastcgi_buffer_size指定的大小的缓冲区用于缓存fastcgi流的内容。当大小超出此大小时会继续用fastcgi_buffers指定的数量和大小申请缓冲区。如果依然超出此大小，会将多出的内容写入临时文件。也就是说，在本情况下，nginx首先会使用一个64K的缓冲区缓冲fastcgi流的第一部分，超出后最多申请4*64K=256K的缓冲区用于缓冲。如果继续超出，则写入临时文件。所以，在下载大于256K文件的时候，需要用到临时文件夹进行缓冲，而这里没有权限操作，就导致了该问题。