簡介這份《LINUX性能調(diào)優(yōu)方法總結(jié).docx》是一份面向運維工程師、系統(tǒng)管理員及后端開發(fā)者的Linux性能優(yōu)化參考文檔內(nèi)容聚焦網(wǎng)絡性能與磁盤子系統(tǒng)兩大方向。資源以docx格式交付共1個文件包體約51KB輕量便于快速查閱。文中不僅給出了sysctl.conf內(nèi)核參數(shù)配置示例如TCP SYN Cookie、窗口縮放及緩沖區(qū)上限調(diào)整還講解了noatime掛載選項、hdparm磁盤測試等實用操作并提供fstab修改樣例與注意事項。對這些設置的具體位置、生效方式及適用環(huán)境做了清晰交代適合對服務器性能有調(diào)優(yōu)需求、希望獲得可直接參照方案的中級以上Linux使用者。文檔從內(nèi)核參數(shù)到文件系統(tǒng)掛載選項均給出可直接套用的配置片段對檢測時機和風險提醒也有說明可當作日常服務器維護或面試復習的速查清單。已有214人學習下載按要點整理、驗證充分后可直接用于生產(chǎn)環(huán)境優(yōu)化參考。1. Linux 性能調(diào)優(yōu)方法總結(jié)這份文檔到底能解決什么做運維的人大概率都經(jīng)歷過這種場景業(yè)務一上量TCP 連接數(shù)飆升應用頻繁超時netstat -an里能看到幾百個SYN_RECV磁盤 IO 長期在 90% 以上。這時候翻到一份 Linux 性能調(diào)優(yōu)方法總結(jié)里面寫滿了sysctl參數(shù)、hdparm命令、ulimit限制但如果沒有理清參數(shù)之間的關(guān)聯(lián)照著敲是很容易把生產(chǎn)環(huán)境調(diào)出問題的。這份文檔的核心價值不在某一條命令而在它把網(wǎng)絡、磁盤、文件描述符、內(nèi)存四個調(diào)優(yōu)方向完整串在了一起。適合的人有兩類一類是剛接手服務器、需要從系統(tǒng)層面壓出余量的運維新手另一類是遇到連接數(shù)打不上去、磁盤響應變慢、SYN 攻擊導致服務不可用等具體問題的排查者。它最大的特點是參數(shù)直接可抄同時保留了proc接口、sysctl.conf、rc.local等多種落地方式這也是很多資料只給結(jié)論、不解釋生效機制的地方。2. 網(wǎng)絡參數(shù)調(diào)優(yōu)sysctl 機制與一套可落地的 TCP 配置2.1 proc 接口、sysctl 與內(nèi)核參數(shù)的關(guān)系網(wǎng)絡調(diào)優(yōu)前必須先搞清楚參數(shù)到底改在哪。Linux 內(nèi)核把運行時的可調(diào)參數(shù)暴露在/proc虛擬文件系統(tǒng)下其中網(wǎng)絡相關(guān)的全部位于/proc/sys/net/目錄。比如/proc/sys/net/ipv4/tcp_syncookies這個文件的值就是內(nèi)核當前是否啟用 SYN cookies 的真實狀態(tài)。直接對文件寫入只能臨時生效重啟后一切歸零/proc目錄下的所有內(nèi)容本來就是內(nèi)存中的映射不是持久化存儲。sysctl的出現(xiàn)就是為了解決參數(shù)容易改、難以管理的問題。它會讀取/etc/sysctl.conf中的配置幫你把值填充到對應的/proc文件里。這樣你只需要維護一個配置文件就能在系統(tǒng)啟動時自動恢復所有調(diào)優(yōu)參數(shù)。執(zhí)行sysctl -p /etc/sysctl.conf則可以在不重啟的情況下手動加載一次配置。這個機制是理解后面所有調(diào)優(yōu)動作的前提。2.2 互聯(lián)網(wǎng)服務器的激進網(wǎng)絡參數(shù)配置文檔里給出了一套比較激進的網(wǎng)絡參數(shù)適合互聯(lián)網(wǎng)服務器尤其是并發(fā)連接數(shù)較高的 Web 場景。配置寫入/etc/sysctl.conf示例如下。# Use TCP syncookies when needed net.ipv4.tcp_syncookies 1 # Enable TCP window scaling net.ipv4.tcp_window_scaling 1 # Increase TCP max buffer size net.core.rmem_max 16777216 net.core.wmem_max 16777216 # Increase Linux autotuning TCP buffer limits net.ipv4.tcp_rmem 4096 87380 16777216 net.ipv4.tcp_wmem 4096 65536 16777216 # Increase number of ports available net.ipv4.ip_local_port_range 1024 65000這套配置里每一行都有具體作用。tcp_syncookies用于防止 SYN Flood 攻擊導致的內(nèi)存耗盡tcp_window_scaling允許 TCP 窗口超過默認的 64 KB 上限高延遲鏈路下下載速度提升明顯rmem_max和wmem_max分別把接收、發(fā)送緩沖區(qū)的上限拉高到 16 MB讓應用能更快地丟出數(shù)據(jù)去服務下一個請求tcp_rmem和tcp_wmem是三個值依次代表最小值、默認值和最大值內(nèi)核會根據(jù)連接情況在三個值之間自動調(diào)整第三個值不能超過對應的rmem_max、wmem_maxip_local_port_range擴大可用端口范圍從默認的 32768-60999 擴展到 1024-65000意味著服務器可以同時支撐更多出站連接。修改完執(zhí)行sysctl -p /etc/sysctl.conf參數(shù)立即生效這種方式比echo寫入多個/proc文件要簡潔得多也方便后續(xù)回滾和審計。2.3 TCP 時間戳、SACK 與窗口伸縮的取舍文檔中還有一組被注釋掉的參數(shù)很多人會忽略它們的存在意義。net.ipv4.tcp_timestamps控制 TCP 頭是否攜帶時間戳選項開啟后每個包要多出 12 字節(jié)。對高帶寬場景來說時間戳能幫助內(nèi)核做更精確的 RTT 估算和防回繞序號判斷但對內(nèi)網(wǎng)低延遲環(huán)境或帶寬極其有限的環(huán)境關(guān)閉它能省下一定的協(xié)議開銷。tcp_sack是選擇性應答允許接收方只報告丟失的段而不是整個窗口都重傳。在有隨機丟包的鏈路尤其是無線鏈路上SACK 能避免重傳風暴。文檔原樣給出的值是echo 1 /proc/sys/net/ipv4/tcp_sack這是默認行為只有在確定鏈路不會丟包且想省 CPU 的場景下才考慮關(guān)閉。tcp_window_scaling則必須配合緩沖區(qū)上限共同調(diào)整只開窗口伸縮但不提高wmem_max大窗口就是空話。三個參數(shù)本質(zhì)上都在改變 TCP 協(xié)議棧的行為調(diào)整前要用sysctl -a | grep tcp_看清當前值調(diào)整后觀察吞吐量變化而不是一股腦全開。2.4 網(wǎng)絡參數(shù)落地的三種方式對比除了/etc/sysctl.conf文檔還提到了/etc/rc.local和命令直寫兩種方式。三種方式各有適用場景。落地方式生效范圍重啟后狀態(tài)適用場景sysctl -w 參數(shù)值立即生效僅當前運行內(nèi)核丟失臨時調(diào)優(yōu)、壓測驗證修改/etc/sysctl.conf并執(zhí)行sysctl -p立即生效并持久化保留生產(chǎn)環(huán)境正式變更在/etc/rc.local中寫echo命令每次啟動執(zhí)行一次保留內(nèi)核版本較老、sysctl 不支持的參數(shù)我一般會優(yōu)先選第二種。/etc/rc.local的方式雖然也能持久化但排查時別人未必能一眼看出參數(shù)被設置在哪個文件里不符合配置集中管理的習慣。如果你維護的是多臺服務器建議把sysctl.conf納入配置管理工具統(tǒng)一下發(fā)避免每臺機器手工改出差異。3. 磁盤與文件子系統(tǒng)noatime、hdparm 與 ulimit 的正確改法3.1 atime 是磁盤性能的無形殺手磁盤在 LAMP 架構(gòu)里同時承擔靜態(tài)文件、模板、代碼、數(shù)據(jù)庫表與索引的讀取延遲高是它的固有特性。文檔第一個強調(diào)的動作是禁用 atime 記錄。atime 全稱 access time每次讀文件時文件系統(tǒng)都要更新這個時間戳哪怕內(nèi)容沒變。系統(tǒng)管理員實際很少去查 atime但它帶來的寫操作在訪問密集的業(yè)務下會被放大成明顯的 IO 壓力。修改方式是在/etc/fstab第四列加noatime選項。注意改完 fstab 并不會立即生效需要重新掛載文件系統(tǒng)常見做法是mount -o remount /或者等下次重啟。下面是文檔中的示例結(jié)構(gòu)。/dev/VolGroup00/LogVol00 / ext3 defaults,noatime 1 1 LABEL/boot /boot ext3 defaults,noatime 1 2 devpts /dev/pts devpts gid5,mode620 0 0 tmpfs /dev/shm tmpfs defaults 0 0 proc /proc proc defaults 0 0 sysfs /sys sysfs defaults 0 0 LABELSWAP-hdb2 swap swap defaults 0 0 LABELSWAP-hda3 swap swap defaults 0 0擴展一下relatime是比noatime更溫和的選項它只在 atime 早于 mtime/ctime 時才更新兼顧兼容性。如果你的業(yè)務有程序依賴 atime 做文件訪問判斷優(yōu)先用relatime而不是直接上noatime能避免一些日志采集類的程序行為異常。3.2 hdparm 測速與 IDE 數(shù)據(jù)傳輸模式磁盤性能的另一個關(guān)鍵點是驅(qū)動是否選對了傳輸模式。Linux 不一定能自動探測出訪問 IDE 磁盤的最佳方式hdparm就是用來查明和設置 IDE 磁盤訪問參數(shù)的工具。hdparm -t /dev/hda文檔中的示例輸出為Timing buffered disk reads: 182 MB in 3.02 seconds 60.31 MB/sec這個數(shù)字可以作為優(yōu)化前后的基準。執(zhí)行測速前務必保證系統(tǒng)空閑否則其他進程的 IO 會污染結(jié)果。常用參數(shù)整理如下參數(shù)作用示例-vi查詢磁盤支持的設置和當前使用的設置hdparm -vi /dev/hda-c查詢/啟用 IDE 32 位 IO 支持hdparm -c 1 /dev/hda-m設置每中斷多扇區(qū)模式大于 0 代表每中斷傳輸?shù)淖畲笊葏^(qū)數(shù)hdparm -m 16 /dev/hda-d 1 -X啟用 DMA 并設置 IDE 傳輸模式hdparm -d 1 -X 69 /dev/hdaSCSI 和光纖通道系統(tǒng)的調(diào)優(yōu)依賴具體驅(qū)動器型號文檔也明確說了這點。對于這類設備調(diào)優(yōu)命令應該寫進rc.local或?qū)膯幽_本里保證重啟后配置不丟。需要提醒的是hdparm的-X參數(shù)如果設錯輕則磁盤讀寫報錯重則需要重啟才能恢復操作前先用-vi確認當前模式和設備能力。3.3 文件描述符與進程數(shù)限制ulimit 的臨時與永久Linux 對每個用戶有最大進程數(shù)和最大文件打開數(shù)的限制。ulimit -a可以顯示當前所有限制默認每進程可打開文件數(shù)是 1024這對數(shù)據(jù)庫連接池、Java 應用這種大量持有 socket 的場景來說是明顯瓶頸。ulimit -u 10000 # 最大進程數(shù) ulimit -n 4096 # 每個進程可打開的文件數(shù) ulimit -d unlimited # 數(shù)據(jù)段長度 ulimit -m unlimited # 最大內(nèi)存大小 ulimit -s unlimited # 堆棧大小 ulimit -t unlimited # CPU 時間 ulimit -v unlimited # 虛擬內(nèi)存ulimit命令直接影響當前 shell 會話臨時生效退出登錄就失效。永久修改要看具體目錄# 修改系統(tǒng)級限制 vi /etc/security/limits.conf# 以下內(nèi)容添加到 limits.conf * soft noproc 11000 * hard noproc 11000 * soft nofile 4100 * hard nofile 4100noproc是最大進程數(shù)nofile是最大文件打開數(shù)*代表所有用戶。還有一個細節(jié)/etc/profile加ulimit語句可以讓所有登錄用戶獲得同樣的限額但有些發(fā)行版需要確認/etc/pam.d/login和/etc/pam.d/system-auth中存在pam_limits.so的加載行否則limits.conf不會生效。不同發(fā)行版中該模塊的路徑可能有差異建議用find /lib -name pam_limits.so確認。4. 內(nèi)存與網(wǎng)絡防護參數(shù)看起來很美但容易翻車的那幾個值4.1 虛擬內(nèi)存參數(shù)bdflush 與 kswapd虛擬內(nèi)存調(diào)優(yōu)在文檔中被標注為需要不停監(jiān)測的子系統(tǒng)因為內(nèi)存參數(shù)改動很容易影響到其他部分。vm.bdflush控制內(nèi)核把 dirty buffers 刷到磁盤的行為總共有 9 個參數(shù)文檔建議只改前 3 個允許排隊寫入的最大緩沖區(qū)百分比、bdflush 即刻寫的最大緩沖值、同步前緩沖區(qū)變 dirty 的最大百分比。sysctl -w vm.bdflush30 500 0 0 500 3000 60 20 0vm.kswapd控制內(nèi)核交換守護進程的行為三個參數(shù)分別對應每次掃描頁數(shù)量的四倍值、每次交換出去的最小頁數(shù)量、立即寫入的頁數(shù)量。sysctl -w vm.kswapd1024 32 64這里必須踩一個實際的坑bdflush是 Linux 2.4 時代的內(nèi)核參數(shù)2.6 之后的內(nèi)核已經(jīng)把它換成了dirty_ratio、dirty_background_ratio、dirty_writeback_centisecs這一組更細粒度的參數(shù)。如果你在 CentOS 7、Ubuntu 18.04 及以后版本上執(zhí)行sysctl -w vm.bdflush大概率會得到error: permission denied on key vm.bdflush或者找不到該 key。遇到這種情況用dirty_background_ratio和dirty_ratio替代前者是內(nèi)存中臟數(shù)據(jù)占可用內(nèi)存的百分比閾值達到后后臺異步刷盤后者是進程同步刷盤的閾值。4.2 網(wǎng)絡防護參數(shù)重定向、SYN cookies 與 ICMP網(wǎng)絡調(diào)優(yōu)不止是調(diào)速度還要防性能下降。文檔里有一整組 sysctl 命令專門處理安全問題這些設置同時也保護著系統(tǒng)性能不被攻擊拖垮。sysctl -w net.ipv4.conf.eth0.accept_source_route0 sysctl -w net.ipv4.conf.lo.accept_source_route0 sysctl -w net.ipv4.conf.default.accept_source_route0 sysctl -w net.ipv4.conf.all.accept_source_route0 sysctl -w net.ipv4.tcp_syncookies1 sysctl -w net.ipv4.conf.eth0.secure_redirects1 sysctl -w net.ipv4.conf.all.accept_redirects0 sysctl -w net.ipv4.conf.all.send_redirects0 sysctl -w net.ipv4.icmp_echo_ignore_broadcasts1 sysctl -w net.ipv4.icmp_ignore_bogus_error_responses1accept_source_route關(guān)閉的是 IP 源路由選項防止攻擊者指定數(shù)據(jù)包路徑繞過防火墻secure_redirects只接受來自網(wǎng)關(guān)的可靠重定向send_redirects關(guān)閉則是因為服務器如果不是路由器就沒有義務告知其他主機路徑icmp_echo_ignore_broadcasts拒絕廣播 ping這能擋掉一部分 smurf 攻擊。這些配置很多發(fā)行版默認已經(jīng)是關(guān)閉或啟用的狀態(tài)但顯式寫入配置可以防止默認策略在升級時被改動。4.3 用 vmstat 驗證內(nèi)存調(diào)優(yōu)效果前面多次提到修改后要監(jiān)測落在實處就是vmstat。它輸出的是 CPU、內(nèi)存、IO 的實時狀態(tài)調(diào)優(yōu)前后各取一段數(shù)據(jù)做對比是最基本的習慣。vmstat 5 5procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 1 0 0 482936 39016 1600360 0 0 0 1 124 319 1 1 98 0 0看輸出時重點對比bi和bo它們分別代表每秒從塊設備讀入、寫入到塊設備的塊數(shù)。調(diào)優(yōu)后bi明顯下降說明讀緩存命中率上來了或者 atime 禁用生效了。wa是 IO wait持續(xù)大于 30% 說明磁盤已經(jīng)嚴重拖累 CPU。每次只改一個內(nèi)存參數(shù)、跑一輪壓測、記錄一次 vmstat是避免內(nèi)存調(diào)優(yōu)變成玄學的唯一辦法。5. 常見問題與避坑參數(shù)不生效、內(nèi)核不支持、回退無門5.1 執(zhí)行 sysctl -p 報錯 Unknown key現(xiàn)象修改完/etc/sysctl.conf執(zhí)行sysctl -p時提示error: Unknown key。原因文檔是較早期內(nèi)核時代的寫法部分參數(shù)在當代內(nèi)核上已經(jīng)被移除或改名。例如net.ipv4.tcp_tw_recycle在 Linux 4.12 之后被刪除vm.bdflush被dirty_ratio系列取代。解決先執(zhí)行sysctl -a | grep 關(guān)鍵詞確認當前內(nèi)核是否支持該參數(shù)例如sysctl -a | grep tcp_tw。不存在的參數(shù)直接用#注釋掉不要為了讓 sysctl 全部生效而對內(nèi)核版本做降級那代價遠大于收益。5.2 開啟了 tcp_tw_recycle 之后NAT 環(huán)境大量連接被重置現(xiàn)象服務端開啟了tcp_tw_recycleNAT 網(wǎng)關(guān)后的用戶訪問出現(xiàn)大量連接被 RST業(yè)務偶發(fā)失敗。原因tcp_tw_recycle啟用后內(nèi)核會丟棄來自同一源 IP、時間戳遞增但小于上次記錄的連接而 NAT 環(huán)境下多個用戶共享同一個公網(wǎng) IP時間戳并不一定遞增內(nèi)核會誤判是舊連接重放。解決服務器面向公網(wǎng)且用戶經(jīng)過 NAT 的場景直接不要開啟tcp_tw_recycle。tcp_tw_reuse只作用于發(fā)起連接的一端對 Web 服務器這種被動接收連接的角色幾乎沒有副作用但仍然要確認應用對連接復用沒有特殊要求。兩者不要照單全收。5.3 ip_local_port_range 改錯導致端口段沖突現(xiàn)象把net.ipv4.ip_local_port_range和某些服務監(jiān)聽的固定端口設在了同一段出站連接出現(xiàn)Cannot assign requested address。原因本地端口范圍是給主動出站連接用的源端口會從這個范圍內(nèi)選擇。若范圍內(nèi)包含服務本身監(jiān)聽的端口內(nèi)核會盡量避免復用但范圍太窄或被服務占用太多可用端口耗盡。解決查看當前占用情況用ss -s統(tǒng)計 socket用cat /proc/sys/net/ipv4/ip_local_port_range確認當前范圍。把起始端口抬高到大于所有固定監(jiān)聽端口比如1024 65000在多數(shù)場景安全但如果有服務監(jiān)聽在 6000-8000 段就要把起始值改到 10000 以上。5.4 ulimit 修改后不生效新會話仍然是 1024現(xiàn)象在limits.conf里寫了* soft nofile 65535重新登錄后ulimit -n還是 1024。原因多數(shù)發(fā)行版要求系統(tǒng)加載pam_limits.so。登錄過程由 PAM 管理如果/etc/pam.d/login或/etc/pam.d/system-auth里沒有這一行l(wèi)imits.conf根本不會被解析。解決確認配置文件里存在session required pam_limits.so一行注意 32 位和 64 位系統(tǒng)的模塊路徑差異64 位系統(tǒng)通常是/lib64/security/pam_limits.so。修改后重新登錄不要只執(zhí)行ulimit -n覆蓋當前會話。SSH 方式登錄時要確認sshd_config中的UseLogin或相關(guān)配置沒有被設置成阻止 PAM 會話執(zhí)行。5.5 fstab 語法錯了一個符號開機直接進維護模式現(xiàn)象在fstab加noatime時誤刪了空格或?qū)戝e掛載點重啟后系統(tǒng)無法進入正常多用戶模式。原因/etc/fstab每一列的順序和分隔符都有嚴格要求解析失敗時內(nèi)核無法完成掛載只能進入 emergency 模式。解決改完fstab先執(zhí)行mount -a做一次無風險驗證輸出沒有報錯再重啟。更穩(wěn)妥的做法是保留一份cp /etc/fstab /etc/fstab.bak出問題時在維護模式下用mv恢復。記住fstab是系統(tǒng)啟動的生命線改之前永遠先備份。6. 調(diào)優(yōu)完成的驗證與落地從參數(shù)確認到基線對比參數(shù)改完、服務正常啟動不代表調(diào)優(yōu)結(jié)束。少了驗證步驟調(diào)優(yōu)就是盲目的。我的習慣是做完一輪改動后強制走一遍三件事確認參數(shù)生效、采集新基線、核對變更清單。確認參數(shù)生效用三條命令就夠了sysctl -a | grep -E tcp_syncookies|tcp_window_scaling|rmem_max|wmem_max cat /proc/sys/net/ipv4/ip_local_port_range ulimit -nsysctl -a輸出的是內(nèi)核當前實際值和配置文件里的值一一比對。cat /proc/sys/net/ipv4/ip_local_port_range驗證端口范圍。ulimit -n必須在新的登錄會話里執(zhí)行因為你當前這個 shell 可能還保留著舊的限制值。新基線采集至少要有前后兩組數(shù)據(jù)。用top、vmstat 5 5、ss -s分別記錄 CPU、內(nèi)存、IO、socket 狀態(tài)。ss -s的輸出里可以直接看到 TIME-WAIT、SYN 等狀態(tài)的 socket 數(shù)量這是驗證tcp_fin_timeout、tcp_max_syn_backlog是否生效的最直接證據(jù)。業(yè)務側(cè)還要盯著應用層的請求響應時間和錯誤率系統(tǒng)參數(shù)再好應用表現(xiàn)沒有改善說明問題本就不在那層。變更清單是很多團隊漏掉的重要環(huán)節(jié)。每次修改都記錄這樣幾項改了哪個文件、改動了哪一行、原值是多少、新值是多少、執(zhí)行了什么命令讓它生效、應急預案是什么。后面排查問題用得上將來回滾也不用靠回憶猜。從第一次拆這份調(diào)優(yōu)文檔到現(xiàn)在我?guī)缀躔B(yǎng)成了一種強迫癥每臺新接手服務器先做一次sysctl -a /tmp/sysctl_before.txt再改任何參數(shù)最后 diff 兩個文件確認自己到底改了什么、哪些參數(shù)沒生效。這套笨辦法在無數(shù)次深夜變更中救過我希望也能幫你在 Linux 性能調(diào)優(yōu)這條路上少踩幾個坑。本文還有配套的精品資源點擊獲取