在企業中伺服器每天都會接收大量請求，當有錯誤了可以分析日誌，如果不進行切割，日誌會越來越多，查詢起來特別費事。因此日誌最好按天存放，方便檢視，整齊。
在/usr/local/nginx/logs下有：
acces.log
存放成功訪問nginx的日誌資訊
error.log
存放失敗訪問nginx的日誌資訊
ngpid.pid
存放nginx程序的pid
客戶端訪問正確訪問幾次，再失敗訪幾次（chmod 600 /usr/local/nginx/logs）
客戶端：
%f -d -1day`_access.log #備份昨天的日誌
/usr/local/nginx/sbin/nginx -s reopen #重新生成access.log
手動切割太麻煩了，下面看自動切割
cd /usr/local/nginx/logs
mkdir oldlog #建立存舊就日誌的目錄
vim backup.sh #編輯指令碼
chmod +x backup.sh #新增執行去那心阿
執行一次看看效果：
crontab -e #進入編輯模式
客戶端輸入壓測命令：
各引數解釋：
-c:一次產生請求的個數
-n:在測試會話中請求的總個數
客戶端壓側後：大小由4k----->16m
nginx日誌的切割
日誌的切割就是把日誌以天為單位存放，這樣便於我們對日誌的檢視以及分析，對錯誤的排查更加的迅速。access log 存放的是nginx成功訪問的日誌資訊 error log 存放的是nginx訪問失敗的日誌資訊 nginx.pid 裡面存放的是nginx的程序的pid date命令 root loc...
簡述nginx日誌管理切割日誌 親測可行
日誌切割 nginx的日誌檔案沒有rotate功能 編寫每天生成乙個日誌，我們可以寫乙個nginx日誌切割指令碼來自動切割日誌檔案 第一步就是重新命名日誌檔案 不用擔心重新命名後nginx找不到日誌檔案而丟失日誌。在你未 重新開啟原名字的日誌檔案前，nginx還是會向你重新命名的檔案寫日誌，linu...
nginx訪問日誌的切割
設定日誌定期擷取一是為了方便查閱，二是為了i o擁塞 截止到目前筆者維護過的伺服器中單台伺服器日訪問日誌大小就達到1.6g，如果不定期擷取，由於檔案內容較大，後期對檔案程序查詢 移動時將會嚴重影響系統效能 nginx日誌格式不像apache resin那麼人性化，nginx訪問日誌無法在nginx的...