一、問題背景

升級內容發布到灰度環境，驗證相關服務，查看接口調用日志，發現第一次請求正常，第二次相同接口請求就一直pending，其他服務也是如此

二、問題排查過程

1、一開始懷疑是數據庫打滿了，導致響應阻塞，后來查看正常
2、排查后端服務日志，發現第二次請求都沒有接收到，說明和后端服務也沒有關系
3、后面仔細看pending的接口請求header報504，懷疑是nginx導致的問題

三、解決方案

運維配置的nginx有問題，待解決

四、總結

如果業務系統中使用了 Nginx 作為網關，出現第一次調用接口正常，第二次一直 pending 的情況，網關出現問題是有可能的，以下是一些相關的原因及分析：

• 連接池配置問題

原因：Nginx 可能配置了連接池來管理與后端服務的連接。如果連接池的大小設置不合理，第一次調用接口時可能創建了新連接并正常使用，但第二次調用時連接池已滿，且沒有可用連接被釋放，新的請求就會處于等待狀態，一直 pending。或者連接池中的連接在第一次使用后出現異常，但沒有被正確處理，導致第二次使用時出現問題。
解決方案：檢查 Nginx 連接池的配置參數，如keepalive指令設置的連接數等，根據實際業務需求合理調整連接池大小。同時，確保連接池中的連接在使用后能正確釋放和回收，對于異常連接要及時進行處理和清理。

• 緩存設置問題

原因：Nginx 可能配置了緩存功能，第一次請求的結果被緩存下來，第二次請求時 Nginx 嘗試從緩存中獲取數據。如果緩存數據損壞、不完整或者緩存更新機制出現問題，可能導致 Nginx 無法正確返回緩存數據，進而使請求一直處于 pending 狀態。
解決方案：檢查 Nginx 的緩存配置，包括緩存區域的大小、緩存時間、緩存更新策略等。可以嘗試清理緩存數據，觀察問題是否解決。如果是緩存更新機制的問題，需要調整相關配置，確保緩存數據能及時、正確地更新。

• 請求限流或限速設置

原因：Nginx 可能設置了請求限流或限速策略，以保護后端服務免受過多請求的沖擊。第一次請求可能在限流或限速范圍內正常處理，但第二次請求由于并發請求數增加或者請求頻率超過了限制，被 Nginx 暫時掛起，導致一直 pending。
解決方案：檢查 Nginx 的限流或限速配置指令，如limit_req_zone和limit_rate等，分析當前的請求流量是否超過了設置的閾值。如果是，根據實際情況調整限流或限速策略，或者增加后端服務的處理能力，以滿足業務需求。

• Nginx 配置錯誤

原因：Nginx 的配置文件中可能存在一些錯誤或不恰當的設置，影響了接口的正常調用。例如，server塊、location塊的配置參數錯誤，導致第二次請求的路由或處理出現問題；或者proxy_pass指令配置的后端服務地址不正確，使得請求無法正確轉發。
解決方案：仔細檢查 Nginx 的配置文件，確保各個指令的參數設置正確，路由規則符合業務需求。可以使用nginx -t命令來檢查配置文件的語法正確性，并根據錯誤提示進行修改。如果懷疑配置文件中的某些部分存在問題，可以逐步注釋掉相關配置，進行測試，以定位問題所在。

• Nginx 進程或線程問題

原因：Nginx 在處理請求時，可能出現進程或線程掛起、阻塞等異常情況。例如，某個工作進程在處理第一次請求后進入了一個異常狀態，導致后續的請求無法被正常處理，一直處于 pending 狀態。這可能是由于 Nginx 本身的代碼缺陷、內存泄漏或者受到外部因素（如系統資源不足、信號干擾等）的影響。
解決方案：查看 Nginx 的錯誤日志文件，查找是否有關于進程或線程異常的記錄。同時，監控系統的資源使用情況，如 CPU、內存、磁盤 I/O 等，確定是否存在資源不足的問題。如果發現 Nginx 進程存在異常，可以嘗試重啟 Nginx 服務，并觀察問題是否重現。如果問題仍然存在，可以考慮升級 Nginx 版本，或者向 Nginx 社區尋求幫助。