我們都知道，默認情況下，nginx的專案log是一直被累計寫入的，隨著時間越久，那么這個檔案就會越大，這個時候如果我們要去做一些查找和排查就會比較困難，因為日志檔案太大，操作起來比較費勁，
因此我們為了規避這個問題，提出日志切割的方案，
那日志切割的原理是怎么樣的，我們來分析一下，我們先統計下連續10天的日志檔案情況
-rw-r--r-- 1 nginx root 60M May 1 10:28 xxx.com.access.log -rw-r--r-- 1 nginx root 100M May 2 10:28 xxx.com.access.log -rw-r--r-- 1 nginx root 200M May 3 10:28 xxx.com.access.log -rw-r--r-- 1 nginx root 500M May 4 10:28 xxx.com.access.log -rw-r--r-- 1 nginx root 800M May 5 10:28 xxx.com.access.log -rw-r--r-- 1 nginx root 1G May 6 10:28 xxx.com.access.log -rw-r--r-- 1 nginx root 1.5G May 7 10:28 xxx.com.access.log -rw-r--r-- 1 nginx root 2G May 8 10:28 xxx.com.access.log -rw-r--r-- 1 nginx root 2.5G May 9 10:28 xxx.com.access.log -rw-r--r-- 1 nginx root 2.9G May 10 10:28 xxx.com.access.log
我們可以發現，日志每天都在變大，時間越久，就越大，那么我們切割，應該按照什么規則來切割呢？
一般情況下，我們都是按日期來切割，例如：
xxx.com.access.log20230501的日志保存為一個檔案，表示5-1的日志，
xxx.com.access.log20230502的日志保存為一個檔案，表示5-2的日志，
xxx.com.access.log20230503的日志保存為一個檔案，表示5-3的日志，
，，，，，，
也就是每天的日志保存一個檔案，至于保存多久，根據實際情況而定，3天，10天，30天，60天，更久都可以，只是保留的天數越多，檔案個數就越多而已
理解了這個思路，那么我們接下來要做的事情就是從xxx.com.access.log里面把指定日期的日志提取出來并單獨保存為一個檔案，我們使用腳本來實作：
#!/bin/bash # Nginx日志切割 # 在/data/log/nginx目錄下生成類似xxx.log20230526格式的日志，并保留前30天資料 # 創建計劃任務，每天0點0分執行：0 0 * * * /data/script/nginx_log_rotation.sh
#你的日志所在目錄 LOG_PATH=/data/logs/nginx
#你的nginx服務運行的pid檔案 PID=/usr/local/nginx/logs/nginx.pid
#昨天的日期 YESTERDAY=`date -d "yesterday" +%Y-%m-%d`
#因為日志目錄里面可能有多個專案，這里我們使用回圈讀取的方式 for i in `find ${LOG_PATH} -maxdepth 1 -type f|grep -v '[0-9]$'`; do mv $i $i${YESTERDAY} done
#重新生成一個新的日志檔案，用來保存新的資料 kill -USR1 `cat ${PID}`
#洗掉創建時間在30天以前的日志檔案 find ${LOG_PATH} -mtime +30 -name "*[0-9][0-9]" | xargs rm -f exit 0
通過試驗，我發現上面標紅那句話說的不是很準確，因此來糾正一下
05-20專案上線，不管是什么時間點，早上，上午，下午，還是晚上都一樣，xxx.com.access.log持續寫入日志，那么這些日志的日期肯定都是05-20
然后05-21 00:00:00的時候執行一次腳本，通過mv命令把xxx.com.access.log日志（日期全是05-20）重命名為xxx.com.access.log20230520，并重新生成了一個空的xxx.com.access.log檔案，用于繼續寫入日志，此時再寫入的日志的日期已經是05-21了
然后05-22 00:00:00的時候執行一次腳本，通過mv命令把xxx.com.access.log日志（日期全是05-21）重命名為xxx.com.access.log20230521，并重新生成了一個空的xxx.com.access.log檔案，用于繼續寫入日志，此時再寫入的日志的日期已經是05-22了
然后05-23 00:00:00的時候執行一次腳本，通過mv命令把xxx.com.access.log日志（日期全是05-22）重命名為xxx.com.access.log20230522，并重新生成了一個空的xxx.com.access.log檔案，用于繼續寫入日志，此時再寫入的日志的日期已經是05-23了
，，，，，，
以此內推，結論是：每日凌晨0點把前一天的日志檔案按日期重命名，并生成一個新的日志檔案，用來寫入當天的日志，而不是剛開始理解的按日期去xxx.com.access.log里面提取指定日期的日志了，
當然了，在重命名檔案的時候，同步寫入資料日期可能是第二天的資料（也就是xxx.com.access.log20230520檔案里面最后一條資料是05-21的），或者資料丟失的情況，我們可以忽略不計哈，
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/553489.html
標籤：Linux
上一篇：深度決議 slab 記憶體池回收記憶體以及銷毀全流程
下一篇：返回列表