nginx工作進程分析

本篇內(nèi)容介紹了“nginx工作進程分析”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

前言

有天接收到業(yè)務(wù)同事反映，說有些業(yè)務(wù)超時比例過高。我嘗試查詢問題，最終定位到nginx將一些請求反向代理到錯誤的路徑上，導致超時。

問題追蹤

我準備從以下線索追蹤問題：

• 反向代理到的錯誤路徑，這個錯誤的路徑之前是做什么業(yè)務(wù)。

• 反向代理的配置是否正確

• nginx配置生效操作是否正確

1.錯誤的路徑

這個路徑指向的服務(wù)器是之前業(yè)務(wù)的負載，由于這個機器比較就，就將他下架了。此服務(wù)器上已經(jīng)沒有相關(guān)業(yè)務(wù)程序，如果有實時請求反向代理到這臺機器上，由于該服務(wù)器沒有部署相關(guān)業(yè)務(wù)程序，請求失敗

2.反向代理的配置是否正確

我們觀察了upstream相關(guān)配置，的確沒有配置轉(zhuǎn)發(fā)到這臺舊機器的配置。

3.nginx配置生效操作是否正確

使用的命令是：

1. nginx -t

2. nginx -s reload

先檢查配置是否正確，然后重載。

nginx的reload命令做的是什么樣的操作。

參考官方文檔

http://nginx.org/en/docs/beginners_guide.html

一旦master 進程接收到需要重載配置文件的信號時，它會檢查新配置文件中語法是否正確，嘗試著適用該配置。如果成功，master進程會啟動新的工作進程，并且向舊的工作進程發(fā)送關(guān)閉信號，請求關(guān)閉舊工作線程。否則，master進程回滾到改動之前的配置狀態(tài)，繼續(xù)使用舊的配置文件。老的工作線程，接收到需要關(guān)閉的信號時，停止接收新的連接，并且繼續(xù)服務(wù)當前的請求，直到這些請求全部被處理。最后，老的工作線程退出。

回想到錯誤現(xiàn)象：nginx將一些請求反向代理到錯誤的路徑上，導致超時

存在一些請求反向代理到錯誤的路徑，但是大多數(shù)請求的反向代理都是正確的。是不是有些工作進程使用的是當前的配置文件，而有一些工作進程使用的是舊的配置文件。那些走舊的配置文件的工作進程將請求反向代理到錯誤的路徑上。

實際是檢驗真理的唯一道路，我們登陸服務(wù)器查詢下該nginx下的工作進程:

nginxbug1.png

nginxbug3.png

發(fā)現(xiàn)果然有一個工作進程的創(chuàng)建時間是2018年，明顯有問題。pid為 36766 的nginx master下有一個pid為30284 工作進程的創(chuàng)建時間是 2018年。

“nginx工作進程分析”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！