国产无码综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

<li id="ftmpm"><listing id="ftmpm"></listing></li>

<dfn id="ftmpm"></dfn>

Nginx請求處理時間過長問題解決

2年前作者：多放香菜少加蔥分類：Toy博客閱讀(230)違法舉報

這篇具有很好參考價值的文章主要介紹了Nginx請求處理時間過長問題解決。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方，請大家不吝賜教，您也可以點擊"舉報違法"按鈕提交疑問。

問題
項目的一個功能由于數(shù)據(jù)量過于龐大，服務器處理請求時間過長，導致超出Nginx配置的代理請求超時時間，其會報錯404！時間在一分鐘左右就會跳轉Nginx錯誤頁面。這里從Nginx端的配置來說如何解決這類問題！
nginx超時設置過長,nginx,nginx,服務器,運維

解決方式

修改Nginx配置的代理請求時間

具體解決步驟

1.找到對應Nginx的配置文件
2.修改代理超時時間
下圖三個參數(shù)為代理連接超時時間、代理讀取超時時間、代理傳送超時時間。讀者可根據(jù)需要去修改參數(shù)
nginx超時設置過長,nginx,nginx,服務器,運維
參數(shù)詳解：

proxy_connect_timeout 90;
后端服務器連接的超時時間_發(fā)起握手等候響應超時時間
proxy_read_timeout 180;
連接成功后_等候后端服務器響應時間_其實已經(jīng)進入后端的排隊之中等候處理（也可以說是后端服務器處理請求的時間）
proxy_send_timeout 180;
后端服務器數(shù)據(jù)回傳時間_就是在規(guī)定時間之內后端服務器必須傳完所有的數(shù)據(jù)

3.重啟Nginx
一定要重啟Nginx！不然配置不會生效的??！文章來源地址http://www.zghlxwxcb.cn/news/detail-540158.html

到了這里，關于Nginx請求處理時間過長問題解決的文章就介紹完了。如果您還想了解更多內容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！

本文來自互聯(lián)網(wǎng)用戶投稿，該文觀點僅代表作者本人，不代表本站立場。本站僅提供信息存儲空間服務，不擁有所有權，不承擔相關法律責任。如若轉載，請注明出處：如若內容造成侵權/違法違規(guī)/事實不符，請點擊違法舉報進行投訴反饋，一經(jīng)查實，立即刪除！

分享到：

領支付寶紅包贊助服務器費用

IDEA一致卡在build時間過長問題處理
一，經(jīng)過范圍排查修改位置最終確認問題為Build process heap size 過小導致。 File | Settings | Build, Execution, Deployment | Compiler 處理方案：將對應參數(shù)擴大，例700 改為2048 二、可能是緩存的文件太多了導致，file-Invalidate Caches /Restart，清理緩存, 并重啟IDEA。重啟之后,會重建索引，此過
2024年02月09日
瀏覽(122)
【生產(chǎn)問題記錄】一次簡單的 Http 請求異常處理 (請求的 url 太長, Nginx 直接返回 400, 導致請求服務異常)
按照慣例直接說結論。后臺服務 A 有一個 Http 接口, 代碼如下: 沒錯, 一個 Get 請求, 入?yún)⑹且粋€ List 。同時有另一個后臺服務 B, 里面有段邏輯會通過 RestTemplate 調用服務 A 的這個接口, 代碼如下: 在服務 B 中, 通過 batchGetUserInfo 方法請求服務 A 時, 傳入了一個長度為 122 的 List
2024年01月16日
瀏覽(92)
Nginx 重定向后請求參數(shù)丟失問題及解決方案
在日常開發(fā)和運維中，我們經(jīng)常會遇到需要使用 Nginx 進行反向代理的場景。但在配置 proxy_pass 時，有時候可能會遇到請求參數(shù)丟失的問題。在這篇文章中，我們將會詳細探討這個問題并給出幾種解決方案。假設我們有一個基礎的 Nginx 反向代理配置，如下：當我們通過 Ngin
2024年02月05日
瀏覽(217)
解決Origin請求頭導致的Nginx反向代理403跨域問題
頁面通過域名A【https://a.winfun.com】訪問接口，域名A通過Nginx服務進行反向代理，代理到域名B【http://b.winfun.com】，然后進行業(yè)務邏輯執(zhí)行。時序圖： nginx配置：接口返回Http狀態(tài)為403，出現(xiàn)跨域問題。為了方便測試，我們直接將接口放到Postman中進行模擬測試，并帶上相關請求
2024年02月12日
瀏覽(92)
一次不規(guī)范HTTP請求引發(fā)的nginx響應400問題分析與解決
最近分析數(shù)據(jù)偶然發(fā)現(xiàn)nginx log中有一批用戶所有的HTTP POST log上報請求均返回400，沒有任何200成功記錄，由于只占整體請求的不到0.5%，所以之前也一直沒有觸發(fā)監(jiān)控報警，而且很奇怪的是只對于log上報的POST接口會存在這種特定用戶全部400的情況，而對于其他接口無論POST還是
2024年02月14日
瀏覽(85)
接口響應時間長，前端返回請求超時解決
1. 全局設置 axios.defaults.timeout = 時間 // 單位為毫秒或 2. 封裝的http請求或 3. nginx默認的響應時間是60S 還需要修改nginx.conf文件在配置的請求代理下添加單位為秒
2024年02月12日
瀏覽(104)
HTTP 之 options預請求 nginx 解決跨域 postman調試跨域問題
get：參數(shù)在url上，瀏覽器長度有限制，不安全 post：參數(shù)不可見，長度不受限制 put：上傳最新內容到指定位置 delete：刪除請求的url所表示的資源 head：不返回相應主體，主要用于客戶端查看服務器性能 options：與head類似，是客戶端用于查看服務器的性能。JavaScript的XMLHttpRe
2024年02月04日
瀏覽(87)
Vue配合Nginx部署出現(xiàn)404、頁面無法跳轉、后端請求失敗問題解決方案
常見問題有： 1、部署后，打開地址可以看到，但是刷新后出現(xiàn)404。 2、Vue的路由資源并不一定是真實路徑，導致頁面無法跳轉或其他資源加載問題。 3、請求后端接口地址失敗。
2024年02月13日
瀏覽(97)
解決504 GATEWAY TIMEOUT Nginx網(wǎng)關超時
最近遇到一個問題504 GATEWAY TIMEOUT的問題，在瀏覽器的NetWork里面看是這個效果。時間大概是60s。目前后端技術架構主要是nginx和php-fpm，前端主要是vue框架打包發(fā)布。于是首先想到了是nginx超時時間或者與php的超時時間設置的過段，然后配置nginx.conf設置了這些參數(shù)。然后發(fā)現(xiàn)
2024年02月02日
瀏覽(92)
tomcat和nginx的日志記錄請求時間
? ? ? ? 當系統(tǒng)卡頓時候，我們需要分析時間花費在哪個緩解。項目的后端接口可以記錄一些時間，此外，在我們的tomcat容器和nginx網(wǎng)關上也可以記錄一些有關請求用戶，請求時間，響應時間的數(shù)據(jù)，可以提供更多的信息以便于排查問題。 1.tomcat日志 server.xml 以下列出了一些
2024年02月14日
瀏覽(84)