Nginx異步代理四步解決相關問題
一直以來Nginx異步代理都在為我們的服務器工作著，但是有不少的人還是有很多的問題。接下來我們就分四步解決有關的Nginx異步代理相關問題，希望大家有所幫助。
squid同步傳輸：瀏覽器發起請求，而后請求會立刻被轉到后臺，于是在瀏覽器和后臺之間就建立了一個通道。在請求發起直到請求完成，這條通道都是一直存在的。Nginx異步傳輸：瀏覽器發起請求，請求不會立刻轉到后臺，而是將請求數據（header）先收到Nginx上，然后Nginx再把這個請求發到后端，后端處理完之后把數據返回到Nginx上，Nginx異步代理將數據流發到瀏覽器，這點和lighttpd有點不同，lighttpd是將后端數據完全接收后才發送到瀏覽器。那么這到底有什么好處呢？
1) 假設用戶執行一個上傳文件操作，因為用戶網速又比較慢，因此需要花半個小時才能把文件傳到服務器。squid的同步代理在用戶開始上傳后就和后臺建立了連接，半小時后文件上傳結束，由此可見，后臺服務器連接保持了半個小時；而Nginx異步代理就是先將此文件收到Nginx上，因此僅僅是Nginx和用戶保持了半小時連接，后臺服務器在這半小時內沒有為這個請求開啟連接，半小時后用戶上傳結束，Nginx才將上傳內容發到后臺，Nginx和后臺之間的帶寬是很充裕的，所以只花了一秒鐘就將請求發送到了后臺，由此可見，后臺服務器連接保持了一秒。同步傳輸花了后臺服務器半個小時，異步傳輸只花一秒，可見優化程度很大。
2) 在上面這個例子中，假如后臺服務器因為種種原因重啟了，上傳文件就自然中斷了，這對用戶來說是非常惱火的一件事情，想必各位也有上傳文件傳到一半被中斷的經歷。用NginxNginx異步代理之后，后臺服務器的重啟對用戶上傳的影響減少到了極點，而Nginx是非常穩定的并不需要常去重啟它，即使需要重啟，利用kill -HUP就可以做到不間斷重啟Nginx。
3) 異步傳輸可以令負載均衡器更有保障，為什么這么說呢？在其它的均衡器（lvs/haproxy/apache等）里，每個請求都是只有一次機會的，假如用戶發起一個請求，結果該請求分到的后臺服務器剛好掛掉了，那么這個請求就失敗了；而Nginx因為是異步的，所以這個請求可以重新發往下一個后臺，下一個后臺返回了正常的數據，于是這個請求就能成功了。還是用用戶上傳文件這個例子，假如不但用了Nginx代理，而且用了負載均衡，Nginx異步代理把上傳文件發往其中一臺后臺，但這臺服務器突然重啟了，Nginx收到錯誤后，會將這個上傳文件發到另一臺后臺，于是用戶就不用再花半小時上傳一遍。
4) 假如用戶上傳一個10GB大小的文件，而后臺服務器沒有考慮到這個情況，那么后臺服務器豈不要崩潰了。用Nginx就可以把這些東西都攔在Nginx上，通過Nginx的上傳文件大小限制功能來限制，另外Nginx異步代理性能非常有保障，就放心的讓互聯網上那些另類的用戶和Nginx對抗去吧。用異步傳輸會造成問題：后臺服務器有提供上傳進度的功能的話，用了Nginx異步代理就無法取得進度，這個需要使用Nginx的一個第三方模塊來實現。
【編輯推薦】
