Nginx性能调整以防出现返回不完整数据

Nginx性能调优之buffer参数设置

在应用中可能会出现后端返回的json串有点大经过nginx时被nginx截断，在谷歌中没有任何的返回，在postman中返回bad String ，在火狐中返回不完整的json串；
当nginx 代理解析大量数据流时，会把数据先放在自己的缓冲区,然后一并发给客户端一次请求的数据量很大, 则会有一部分数据会被忽略掉 前端解析数据会有问题 致使谷歌没有任何返回。
有人说把nginx中的proxy_temp的权限改为读写的

出现这个问题的原因是nginx里对于小的反向代理请求是使用内存作中转，对于稍微大一点的，是使用文件系统来做中转。然后之前调试nginx插件的时候，为了方便访问日志等数据就在root下调试的，部分子目录被nginx删除后重建，owner变了，所以正式的nginx反而不能访问了。
但是我试了没有用。-_- 可能是方式不对 ?

在nginx中配置了这两个参数就好了，返回的数据就完整了。
Nginx 的 buffer 机制
对于来自 FastCGI Server 的 Response，Nginx 将其缓冲到内存中，然后依次发送到客户端浏览器。缓冲区的大小由 fastcgi_buffers 和 fastcgi_buffer_size 两个值控制。

fastcgi_buffers 控制 nginx 最多创建 8 个大小为 4K 的缓冲区，而 fastcgi_buffer_size 则是处理 Response 时第一个缓冲区的大小，不包含在前者中。所以总计能创建的最大内存缓冲区大小是 84K+4K = 36k。而这些缓冲区是根据实际的 Response 大小动态生成的，并不是一次性创建的。比如一个 8K 的页面，Nginx 会创建 24K 共 2 个 buffers。

当 Response 小于等于 36k 时，所有数据当然全部在内存中处理。如果 Response 大于 36k 呢？fastcgi_temp 的作用就在于此。多出来的数据会被临时写入到文件中，放在这个目录下面。

Buffer Size 优化

buffer的大小是你需要调优最重要参数。如果buffer size太小就会到导致nginx使用临时文件存储response，这会引起磁盘读写IO，流量越大问题越明显。

client_body_buffer_size 处理客户端请求体buffer大小。用来处理POST提交数据，上传文件等。client_body_buffer_size 需要足够大以容纳如果需要上传POST数据。

fastcgi_buffers，proxy_buffers 处理后端响应。如果这个buffer不够大，同样会引起磁盘都系IO。需要注意的是它们有一个上限值，这个上限值受 fastcgi_max_temp_file_size 、 proxy_max_temp_file_size控制。

FastCGI缓冲设置主要参数

fastcgi_buffers 4 64k

这个参数指定了从FastCGI进程到来的应答，本地将用多少和多大的缓冲区读取，假设一个PHP或JAVA脚本所产生页面大小为256kb，那么会为其分配4个64kb的缓冲来缓存；若页面大于256kb，那么大于256kb的部分会缓存到fastcgi_temp指定路径中，这并非是个好办法，内存数据处理快于硬盘，一般该值应该为站点中PHP或JAVA脚本所产生页面大小中间值，如果站点大部分脚本所产生的页面大小为256kb，那么可把值设置为16 16k,4 64k等。

fastcgi_buffer_size=64k

读取fastcgi应答第一部分需要多大缓冲区，该值表示使用1个64kb的缓冲区读取应答第一部分(应答头),可以设置为fastcgi_buffers选项缓冲区大小。

fastcgi_connect_timeout=300

连接到后端fastcgi超时时间，单位秒，下同。

fastcgi_send_timeout=300

向fastcgi请求超时时间(这个指定值已经完成两次握手后向fastcgi传送请求的超时时间)

fastcgi_reAd_timeout=300

接收fastcgi应答超时时间，同理也是2次握手后。

部分摘自博客： https://blog.csdn.net/zhouyan8603/article/details/89410119