背景
系統中安裝了前置機服務，該服務由銀行提供。前置機日誌列印的非常詳細，同時並未進行壓縮處理。這導致的直接後果就是，每天會有5G左右的日誌產生。過不了多久就需要手動壓縮備份一次。
當今天系統再次報警磁碟不足時，決定徹底解決該問題。解決的方案也很簡單，基於Linux寫一個簡單的腳本，對日誌進行定時壓縮備份。大家如果在實踐中遇到類似的問題，可以直接基於下面的腳本進行修改、豐富使用。
具體操作
執行腳本編寫
首先，創建一個執行日誌壓縮、備份和刪除的腳本，命名backup.sh，並賦予可執行權限，腳本內容如下：
#!/bin/bash
cd /log/
echo '開始壓縮...'
tar -czvf /log/bak/trade.log.`date -d yesterday +%F`.tar.gz trade.log.`date -d yesterday +%F`
echo '壓縮完畢...,執行刪除'
rm -rf trade.log.`date -d yesterday +%F`
echo '刪除完畢.'
在上述腳本中，先通過cd?命令進入目標目錄，在執行命令中會通過echo列印一些日誌信息，這個主要用於進行調試。
執行tar -czvf命令，進行日誌的壓縮。命令後面第一個參數為壓縮之後的文件的名稱及存儲路徑，這裡放到bak目錄下，第二個參數為待壓縮的日誌。
我們重點來介紹一下文件名稱中date -d yesterday +%F?的含義。在Linux中，date +"%F"能輸出系統的當前日期：
$ date +"%F"
2022-08-09
命令中，date命令是輸入日期，後面部分用于格式化。
但這都是列印出系統的當前時間，如果要獲取相對當前時間的某個時間，需要通過-d參數來實現。
$ date -d yesterday +%F
2022-08-08
這裡就獲得了前一天的日期了。當然，也可以輸出後一天的時間，比如：
$ date -d"yesterday" +"%F %H:%M:%S"
2022-08-08 21:36:15
在理解了如何獲取系統日期之後，上面的腳本就比較好理解了。
先通過執行tar -czvf?命令，進行日誌的壓縮，壓縮文件直接存放在bak目錄，壓縮完畢之後，通過rm -rf命令對日誌進行刪除。
在完成上述編輯之後，可以直接執行該腳本，驗證一下是否正確，然後就可以通過定時任務來進行配置了。
定時任務執行
在完成了腳本的編寫並賦予可執行權限之後，就需要基於crontab來進行定時任務的配置。
執行crontab -e打開定時任務文件編輯界面，輸入如下信息：
30 2 * * * /log/backup.sh
上面的指令是在說：每天2點30分執行/log/backup.sh腳本。編輯完成，保持退出。那麼在每天凌晨2點30分，便會進行腳本的執行。
這裡再拓展一下，上述crontab中對應的表達式含義如下：
minute hour day month week command 順序：分 時 日 月 周 命令
根據需要，你可以調整定時任務的執行時間點或周期。
關於crontab這裡再補充一下它的常見指令，方便大家使用：
crontab -e // 編輯
crontab -l // 查看
service crond status
service crond start// 啟動服務
service crond stop// 關閉服務
service crond restart// 重啟服務
service crond reload // 重新載入配置
cd /var/spool/mail/用戶文件 查看執行情況
小結
至此，關於Linux下自動日誌壓縮備份腳本已經完成。雖然非常簡單，但卻可以極大地釋放人力資源，再也不用手動清理了。當然，在實踐中，場景不同使用的腳本可能更會更複雜，但基本原理是一致的，大家可根據具體情況來豐富腳本的功能。