正確配置Linux系統ulimit值的方法

在Linux下面部署應用的時候，有時候會趕上Socket/File: Can’t open so many files的問題；這個值也會影響服務器的最大併發數，其實Linux是有文件句柄限制的，並且Linux默認不是很高，通常都是1024，生產服務器用其實很容易就達到這個數量。下面說的是，如何經過正解配置來改正這個系統默認值。由於這個問題是我配置Nginx+php5時遇到了，因此我將這篇概括進nginx+apache篇。

查看方法

咱們能夠用ulimit -a來查看全部限制值 [root@centos5 ~]# ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited max nice (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 4096 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 max rt priority (-r) 0 stack size (kbytes, -s) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 4096 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited||<

其中 "open files (-n) 1024 "是Linux操做系統對一個進程打開的文件句柄數量的限制(也包含打開的SOCKET數量，可影響MySQL的併發鏈接數目)。這個值可用ulimit命令來修改,但ulimit命令修改的數值只對當前登陸用戶的目前使用環境有效,系統重啓或者用戶退出後就會失效(在佈署Nginx+FastCGI我就遇到這個問題，將ulimit -SHn 65535放到/etc/rc.d/rc.local也沒起什麼做用)

系統總限制是在這裏，/proc/sys/fs/file-max。能夠經過cat查看目前的值，修改/etc/sysctl.conf 中也能夠控制。

另外還有一個，/proc/sys/fs/file-nr，能夠看到整個系統目前使用的文件句柄數量。

查找文件句柄問題的時候，還有一個很實用的程序lsof。能夠很方便看到某個進程開了那些句柄，也能夠看到某個文件/目錄被什麼進程佔用了。

修改方法 若要令修改ulimits的數值永久生效，則必須修改配置文檔，能夠給ulimit修改命令放入/etc/profile裏面，這個方法實在是不方便，還有一個方法是修改/etc/sysctl.conf。我修改了，測試過，但對用戶的ulimits -a 是不會改變的，只是/proc/sys/fs/file-max的值變了。

我認爲正確的作法，應該是修改/etc/security/limits.conf 裏面有很詳細的註釋，好比

• soft nofile 32768
• hard nofile 65536 就能夠將文件句柄限制統一改爲軟32768，硬65536。配置文件最前面的是指domain，設置爲星號表明全局，另外你也能夠針對不一樣的用戶作出不一樣的限制。

注意：這個當中的硬限制是實際的限制，而軟限制，是warnning限制，只會作出warning；其實ulimit命令自己就有分軟硬設置，加-H就是硬，加-S就是軟 默認顯示的是軟限制，若是運行ulimit命令修改的時候沒有加上的話，就是兩個參數一塊兒改變。

生效 由於我平時工做最多的是部署web環境(Nginx+FastCGI外網生產環境和內網開發環境)，從新登錄便可(reboot其實也行)我分別用root和www用戶登錄，用ulimit -a分別查看確認，作這以前最好是重啓下ssh服務，service sshd restart。