1 直接在命令行运行php脚本返回数据正常
2 通过nginx访问返回数据被截断
经过排查是fastcgi_temp目录的读写权限问题，nginx的错误日志出现大量类似如下的错误：
2016/06/07 00:41:28 [crit] 32763#0: *5439 open() /data/apps/nginx/fastcgi_temp/5/02/0000000025 failed (13: permission denied) while reading upstream, client: 203.171.237.2, server: www.36nu.com, request: get /thread.html http/1.0, upstream: fastcgi://127.0.0.1:9000,...
从这句判断应该是返回的数据过大要以文件的形式存放 ，但是nginx有没有读写权限造成.于是给fastcgi_temp读写权限，问题解决.
chmod -r 764 /usr/local/nginx/fastcgi_temp/
下面简单说一下原理，nginx的buffer机制是nginx将来自fastcgi server的response缓冲到内存中，然后依次发送到客户端。缓冲区的大小由 fastcgi_buffers 和 fastcgi_buffer_size 两个值控制。
比如如下配置：
fastcgi_buffers 8 4k;
fastcgi_buffer_size 4k;
fastcgi_buffers 控制 nginx 最多创建 8 个大小为 4k 的缓冲区，而 fastcgi_buffer_size 则是处理 response 时第一个缓冲区的大小，不包含在前者中。所以总计能创建的最大内存缓冲区大小是 8*4k+4k = 36k。而这些缓冲区是根据实际的 response 大小动态生成的，并不是一次性创建的。比如一个 8k 的页面，nginx 会创建 2*4k 共 2 个 buffers。当 response 小于等于 36k 时，所有数据当然全部在内存中处理。如果 response 大于 36k 呢？fastcgi_temp 的作用就在于此。多出来的数据会被临时写入到文件中，放在这个目录下面。内存中缓冲了 36kb，剩下的会写入的文件中。而实际的情况是，运行 nginx process 的用户并没有 fastcgi_temp 目录的读写权限，解决方法就比较简单了，给fastcgi_temp 目录赋读写权限可以解决问题。