Linux 核心參數調優：sysctl 實戰

在 Linux 系統管理中，sysctl 是一個強大且不可或缺的工具。它允許系統管理員在系統運行時查看和修改核心參數（kernel parameters），而無需重新啟動機器。對於追求極致效能的伺服器、高併發的 Web 服務器或資料庫主機而言，預設的核心參數往往無法滿足需求。透過適當的調優，我們可以顯著提升網路吞吐量、記憶體利用率以及系統整體的穩定性。

這篇文章將帶領中階 Linux 使用者，從基礎概念到實際應用，逐步掌握 sysctl 的實戰技巧。我們將以 Ubuntu 22.04 和 Debian 12 為操作環境，確保所有指令均能直接執行。

認識 sysctl 與基礎操作

sysctl 的數據來源主要位於 /proc/sys 目錄下。這個虛擬檔案系統提供了核心內部數據結構的介面。在開始調優之前，我們首先需要了解如何查詢當前的參數值。

查看單一參數是最基本的操作。例如，我們要檢查 IPv4 轉發功能是否開啟：

sysctl net.ipv4.ip_forward

若你想一次性查看所有相關的網路參數，可以使用 -a 參數，並結合 grep 進行過濾：

sysctl -a | grep net.ipv4.tcp

這將列出所有以 net.ipv4.tcp 開頭的參數，讓你對當前的 TCP/IP 堆疊設定有個概覽。

常見效能調優參數解析

在實戰中，並非所有參數都值得修改。針對常見的網路瓶頸與記憶體管理，以下幾個參數最具代表性。請注意，修改這些參數前，務必評估你的應用場景。

1. 提升 TCP 連接處理能力 (`somaxconn`)

當你的伺服器面臨大量短連線或高併發請求時，預設的 somaxconn 值可能成為瓶頸。它限制了監聽隊列（listen queue）的最大長度。

預設值通常僅為 128，對於現代應用來說往往過小。建議將其調整至 1024 或更高：

# 臨時生效
sudo sysctl -w net.core.somaxconn=1024

2. 快速回收 TIME_WAIT 連線 (`tcp_tw_reuse`)

在 HTTP/1.1 或頻繁建立連線的場景中，伺服器端會產生大量的 TIME_WAIT 狀態連線，佔用端口資源。啟用 tcp_tw_reuse 允許核心在安全的情況下重用這些連線，而非等待其完全關閉。

# 臨時生效
sudo sysctl -w net.ipv4.tcp_tw_reuse=1

注意：此參數在較新的核心版本中默認為啟用狀態，但顯式設定可確保行為一致。

3. 優化記憶體管理 (`vm.swappiness`)

預設情況下，Linux 核心傾向於使用交換空間（swap）以釋放物理記憶體給檔案快取。對於資料庫伺服器（如 PostgreSQL、MySQL）或需要低延遲的應用，這可能會導致不可預期的效能波動。將 vm.swappiness 設為較低的值（如 10 或 1），可以迫使核心更積極地保留物理記憶體。

# 臨時生效
sudo sysctl -w vm.swappiness=10

永久保存設定

使用 sysctl -w 或 sysctl -p 僅能臨時生效，系統重啟後設定會丟失。要永久保存，必須編輯 /etc/sysctl.conf 或創建 /etc/sysctl.d/ 目錄下的配置文件。

推薦在 /etc/sysctl.d/ 下創建一個專屬文件，例如 99-custom.conf：

sudo nano /etc/sysctl.d/99-custom.conf

在文件中加入你想要的參數：

# 調整監聽隊列
net.core.somaxconn = 1024

# 啟用 TIME_WAIT 重用
net.ipv4.tcp_tw_reuse = 1

# 降低 swap 使用傾向
vm.swappiness = 10

# 啟用 TCP 快速開啟（需核心支援）
net.ipv4.tcp_fastopen = 3

保存文件後，執行以下指令使設定立即生效並驗證：

sudo sysctl --system

--system 參數會讀取 /etc/sysctl.conf 以及 /etc/sysctl.d/ 下的所有配置文件，並應用更改。

常見問題與注意事項

在進行核心參數調優時，新手常會遇到以下問題：

1. 設定後未生效？

這通常有兩個原因：

服務重載問題：某些應用程式（如 Nginx、Redis）在啟動時會讀取 sysctl 參數。如果你修改了參數，必須重啟對應的服務才能生效。
容器環境限制：在 Docker 或 Kubernetes 容器中，由於名稱空間隔離，直接修改宿主機的 sysctl 可能無效。在 Kubernetes 中，你需要在 Pod 規範中指定 securityContext.sysctls 來允許特定參數。

2. 調優是否一定會提升效能？

並非如此。過度調優可能導致系統不穩定或資源浪費。例如，將 tcp_tw_reuse 設為 1 在特定的安全環境中可能引發問題；將 vm.swappiness 設為 0 可能在記憶體不足時導致 OOM Killer 立即終止進程。建議每次只修改一個參數，並通過監控工具（如 htop、netstat 或 Prometheus）觀察一段時間，確認對業務無負面影響後再進行下一步。