記一次Nginx的配置優化運維

2021-10-03 18:51:21 字數 499 閱讀 3980

暱稱: xx**

次數: 5分鐘 6515次

錯誤樣例: [openid=ogejhwfzw0xofq0i5udqfv3rzs4q][stamp=1583888102][3rdurl=

報警排查指引,請見:

接到告警,立即先對5臺伺服器的cpu的效能負載,記憶體的效能負載進行檢視

#檢視cpu的效能負載

topuptime

#檢視記憶體的效能負載

free -m

特別是使用top命令對5臺伺服器的cpu使用情況檢視時,利用率均打滿(超過100%),造成介面請求很慢,很容易超時異常。這時最暴力的方法就是加機器擴記憶體提效能,但是畢竟財力有限,還是得挑戰運維人員的工作能力的。畢竟這只是訪問洪峰期時的狀態,優化優化應該還可以正常使用。

接下來對告警內容進行分析:

檢視是否網路環境問題。已經查過,沒有任何問題

檢視接入層伺服器連線數,負載,nginx的

Nginx配置引數優化, Nginx運維規範

worker程序 http和tcp連線假如需要頻繁的傳送一些小包資料,比如說1個位元組,以ipv4為例的話,則每個包都要附帶40位元組的頭,也就是說,總計41個位元組的資料裡,其中只有1個位元組是我們需要的資料。為了解決這個問題,出現了nagle演算法。它規定 如果包的大小滿足mss,那麼可以立即傳...

記一次nginx和前端專案優化

uglifyjs webpack plugin 減少空格可以減少無用字元占用的檔案體積,縮小檔案體積 compression webpack plugin 將檔案壓縮為 zip 包,需要nginx配置 nginx http gzip static module extract text webpac...

記一次SQL優化

問題發生在關聯主表a 4w資料量 和副表b 4w資料量 關聯欄位都是openid 當時用的是 left join 直接跑sql,卡死 伺服器也是差 優化1 改left join 為join,兩者區別就是left join查詢時已主表為依據,該是幾條就幾條 就算副表沒有關聯的資料 join如果副表沒有...