Linux 記憶體緩存釋放實戰：drop_caches 參數詳解、安全釋放流程與自動化策略

Linux 核心為提升 I/O 效能會積極佔用空閒記憶體作為 Page Cache、Dentry Cache、Inode Cache。長期運行後可用記憶體極低，但實際應用未必需要這些緩存。本文詳細解析 /proc/sys/vm/drop_caches 三級釋放機制、安全前置操作、自動化腳本與監控告警策略。

一、緩存類型與釋放參數對照

二、安全釋放標準流程 (必須兩步)

步驟 1：同步脏頁 (關鍵！防數據丟失)

sync
# 將所有 dirty pages 刷入磁碟，確保數據一致性
# 等同於 syscall sync()，阻塞至完成

步驟 2：寫入 drop_caches 觸發釋放

# 釋放全部緩存 (最常用)
echo 3 > /proc/sys/vm/drop_caches

# 或釋放特定類型
echo 1 > /proc/sys/vm/drop_caches  # 僅 Page Cache
echo 2 > /proc/sys/vm/drop_caches  # 僅 Dentry/Inode

完整命令鏈 (生產環境標準)

sync && echo 3 > /proc/sys/vm/drop_caches

三、驗證釋放效果

# 釋放前
free -h
#               total        used        free      shared  buff/cache   available
# Mem:            31G         28G        200M        1.2G        2.8G        1.5G

# 釋放後
free -h
#               total        used        free      shared  buff/cache   available
# Mem:            31G         25G        3.2G        1.2G        2.8G        4.0G
# ^^^ available 顯著增加，buff/cache 可能暫時不變 (尚未被回收)

四、持久化配置 (重啟生效)

# /etc/sysctl.d/99-drop-caches.conf
# 不建議持久化非 0 值，會導致啟動時釋放緩存，影響啟動速度
# 僅建議配置相關參數：
vm.vfs_cache_pressure = 100  # 預設 100，調大加速 Dentry/Inode 回收
vm.swappiness = 60           # 預設 60，調小減少 Swap 傾向

五、自動化釋放策略 (謹慎使用)

1. Cron 定時釋放 (不推薦常態化)

# /etc/cron.d/drop-caches
# 每天凌晨 3 點釋放 (業務低峰)
0 3 * * * root sync && echo 3 > /proc/sys/vm/drop_caches 2>&1 | logger -t drop-caches

2. 記憶體壓力觸發 (推薦)

#!/bin/bash
# /usr/local/bin/auto-drop-caches.sh
THRESHOLD_PCT=90  # 記憶體使用率超過 90% 觸發

while true; do
    USED_PCT=$(free | awk '/Mem:/ {printf "%.0f", $3/$2*100}')
    if [[ $USED_PCT -ge $THRESHOLD_PCT ]]; then
        logger -t auto-drop-caches "Memory usage ${USED_PCT}% >= ${THRESHOLD_PCT}%, dropping caches"
        sync && echo 3 > /proc/sys/vm/drop_caches
    fi
    sleep 60
done

3. Systemd 服務化

# /etc/systemd/system/auto-drop-caches.service
[Unit]
Description=Auto Drop Caches on Memory Pressure
After=network.target

[Service]
Type=simple
ExecStart=/usr/local/bin/auto-drop-caches.sh
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

systemctl enable --now auto-drop-caches

六、核心原理與避坑指南

為什麼不建議常態化釋放？

• Page Cache 是性能加速器：釋放後再次訪問文件需重新讀盤，I/O 延遲飆升
• 核心自動回收機制完善：kswapd、vmscan 會在記憶體壓力時自動回收
• 釋放是治標不治本：真正問題通常是記憶體洩漏、緩存未限制、或物理記憶體不足

何時必須手動釋放？

1. 基準測試前建立乾淨環境
2. 大量一次性文件處理後 (備份、日誌清理、數據遷移)
3. 記憶體碎片化導致高階分配失敗 (page allocation failure)
4. 容器/虛擬機記憶體超售場景緊急騰空

進階替代方案

理解 drop_caches 三級機制與 sync 前置強制要求，配合記憶體壓力觸發而非定時釋放策略，才能在保障數據安全前提下精準緩解記憶體壓力，而非盲目追求「可用記憶體數字好看」。