1324人阅读
web开发（1）
小伙伴今天反馈了一个问题，说，网页上传了一个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/” 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文件的时候，需要用到临时文件夹进行缓冲，而这里没有权限操作，就导致了该问题。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：11541次
排名：千里之外
原创：17篇
(3)(4)(1)(1)(1)(1)(6)(2)