现象说明：
在服务器上部署了一套后台环境，使用的是nginx反向代理tomcat架构，在后台里上传一个70M的视频文件，上传到一半就失效了！
原因是nginx配置里限制了上传文件的大小
client_max_body_size：这个参数的设置限制了上传文件的大小，可以在http、server、location三个区域里配置
另外，tomcat的server.xml配置文件中的connectionTimeout超时时间也可以适当调大点，默认是20000，可以改成60000.
-----------------
注意一点：
keepalive_timeout这个是nginx里关于http连接超时的一个设置，功能是使客户端到服务器端的连接在设定的时间内持续有效，当出现对服务器的后继请求时，该功能避免了建立或者重新建立连接。切记这个参数也不能设置过大！
因为客户端接口访问其实是一个比较快速的过程，访问完成了就不需要继续使用http连接了，如果将该参数值设置过大，就会导致接口访问完成后http连接并没有被释放掉，所以导致连接数越来越大，最终nginx崩溃！
如果http连接数过大时，超过了nginx里对于连接数的配置，比如“worker_connections 65535”，那么对应的nginx报错日志里会有信息：(socket() failed (24: Too many open files) while connecting to upstream)时不时的出现。
所以，要严格控制keepalive_timeout超时时间的设置，调大点的话，就会导致许多无效的http连接占据着nginx的连接数。
总之：
keepalive_timeout参数，对于提供静态内容的网站来说，这个功能通常是很有用的；
但是对于负担较重的网站来说，存在一个问题：虽然为客户保留打开的连接有一定的好处，但它同样影响了性能，因为在处理暂停期间，本来可以释放的资源仍旧被占用。当Web服务器和应用服务器在同一台机器上运行时，该功能对资源利用的影响尤其突出。
优点是:在请求大量小文件的时候,长连接的有效使用可以减少重建连接的开销.
缺点是:当长连接时间过长,比如60s,即使是浏览器没有任何请求,服务器仍然会维护着该浏览器的连接,一旦用户很多,对apache而言,就是需要维护大量的空闲进程.而对使用线程的轻量级web服务器如nginx,会由于超时时间过长而使资源无效占有而引发的损失,已超过了由于重复连接而造成的损失..
------------------------------------------
另外补充下php配置里对上传大小的限制：
打开php.ini 文件中，主要修改以下几个参数
;This sets the maximum amount of memory in bytes that a script is allowed to allocate
memory_limit = 32M
;The maximum size of an uploaded file.
upload_max_filesize = 8M
;Sets max size of post data allowed. This setting also affects file upload. To upload large files, this value must be larger than upload_max_filesize
post_max_size = 16M
