OOM Killer是Linux系統(tǒng)在內存耗盡時終止進程以防止崩潰的機制，可通過調整oom_score_adj值保護關鍵進程不被殺死，並可通過overcommit設置優(yōu)化系統(tǒng)級內存管理。其根據進程內存使用、重要性等因素評分，得分越高越易被殺；要防止關鍵進程被殺，可將其oom_score_adj設為-1000；系統(tǒng)層面可調整overcommit_memory策略，限制內存與swap使用，並通過dmesg監(jiān)控OOM事件，Kubernetes或Docker環(huán)境中需注意資源配額與cgroup交互影響。

Linux系統(tǒng)在內存不足時，會啟用一個叫OOM Killer（Out-of-Memory Killer）的機制。它的作用是選擇性地終止某些進程，以釋放內存資源，防止整個系統(tǒng)崩潰。雖然這個機制能起到“最後一道防線”的作用，但默認行為並不總是最合理的——有時候它可能殺掉你不希望被殺的進程。

如果你運行的是高負載服務、容器環(huán)境或有特定進程需要保護，就有必要了解並適當調整OOM Killer的行為。

什麼是OOM Killer？

OOM Killer是Linux內核的一部分，當系統(tǒng)無法再分配內存（包括swap空間）時觸發(fā)。它會根據一套評分機制給每個進程打分，得分越高，越容易被選中殺死。

這套評分主要考慮幾個因素：

• 進程使用的內存大小
• 進程的重要性（比如是否由root啟動）
• 是否長時間運行
• OOM score adj值（後面會講）

你可以在/proc/<pid>/oom_score_adj</pid>中查看和修改某個進程的調整值，在/proc/sys/vm/overcommit_memory等地方控制整體內存分配策略。

如何防止關鍵進程被OOM Killer殺掉？

如果你有一個不能輕易中斷的服務（比如數據庫主進程），可以通過調整其OOM評分來降低被殺的概率。

方法如下：

• 修改進程的oom_score_adj值，範圍是-1000到1000，數值越低越不容易被殺。
• 比如你想保護PID為1234的進程，可以執(zhí)行：

   echo -500 > /proc/1234/oom_score_adj

• 如果你想完全禁止OOM Killer殺這個進程，可以設置為-1000：

   echo -1000 > /proc/1234/oom_score_adj

?? 注意：只有root權限才能修改這些值。另外，不要隨便把所有進程都設為-1000，這樣反而可能導致系統(tǒng)無進程可殺而卡死。

如何調優(yōu)系統(tǒng)級OOM行為？

除了單個進程，還可以從系統(tǒng)層面做一些調整，影響OOM Killer的觸發(fā)時機和行為：

• 調整overcommit設置
  /proc/sys/vm/overcommit_memory控制內存分配策略：

  • 0：默認模式，允許適度的內存過量分配。
  • 1：總是允許過量分配，適合測試環(huán)境。
  • 2：禁止過量分配，更保守，適合生產環(huán)境。

• 限制最大可用內存swap總量
  設置/proc/sys/vm/overcommit_ratio和swappiness可以間接影響OOM發(fā)生前系統(tǒng)的內存壓力表現(xiàn)。

• 監(jiān)控系統(tǒng)日誌
  當OOM Killer真正觸發(fā)時，系統(tǒng)會在dmesg或syslog中記錄相關信息。你可以通過以下命令查看是否有進程被殺過：

   dmesg | grep -i 'oom\|kill'

實際應用建議

• 在Kubernetes或Docker環(huán)境中，OOM Killer的行為可能會和cgroup的內存限制交互，這時候要特別注意資源配額的設置。
• 對於開發(fā)環(huán)境，可以臨時關閉OOM Killer進行調試（不推薦長期使用）：

   echo 1 > /proc/sys/vm/panic_on_oom

  系統(tǒng)將在OOM時直接崩潰而不是殺進程，適用於某些測試場景。

• 定期檢查關鍵服務的oom_score_adj值，確保它們沒有因為重啟等原因恢復成默認值。

基本上就這些。 OOM Killer是一個有用的保底機制，但在實際部署中往往需要結合業(yè)務需求做一定調整。理解它的工作原理和配置方式，有助於提升系統(tǒng)的穩(wěn)定性和可控性。

以上是什麼是內存（OOM）殺手，如何調整它？的詳細內容。更多資訊請關注PHP中文網其他相關文章！