前戏
生产环境因系统文件打开数太小导致服务挂掉了
系统最大打开文件描述符数
查看
cat /proc/sys/fs/file-max
设置
临时配置
echo 100000000000000 > /proc/sys/fs/file-max
永久性配置
编辑/etc/sysctl.conf文件
fs.file-max = 100000000000000
进程最大打开文件描述符数
查看
ulimit -n
设置
临时性：通过ulimit -Sn设置最大打开文件描述符数的soft limit，注意soft limit不能大于hard limit（ulimit -Hn可查看hard limit），另外ulimit -n默认查看的是soft limit，但是ulimit -n 1800000则是同时设置soft limit和hard limit。对于非root用户只能设置比原来小的hard limit。
查看hard limit执行：
ulimit -Hn
设置soft limit，必须小于hard limit：
ulimit -Sn 1600000
永久性：上面的方法只是临时性的，注销重新登录就失效了，而且不能增大hard limit，只能在hard limit范围内修改soft limit。若要使修改永久有效，则需要在/etc/security/limits.conf中进行设置（需要root权限），可添加如下两行，表示用户chanon最大打开文件描述符数的soft limit为1800000，hard limit为2000000。以下设置需要注销之后重新登录才能生效：
chanon soft nofile 1800000
chanon hard nofile 2000000
设置nofile的hard limit还有一点要注意的就是hard limit不能大于/proc/sys/fs/nr_open，假如hard limit大于nr_open，注销后无法正常登录。可以修改nr_open的值，执行：
echo 2000000 > /proc/sys/fs/nr_open
查看当前系统使用的打开文件描述符数
查看
cat /proc/sys/fs/file-nr
其中第一个数表示当前系统已分配使用的打开文件描述符数，第二个数为分配后已释放的（目前已不再使用），第三个数等于file-max。
敲黑板
- 所有进程打开的文件描述符数不能超过/proc/sys/fs/file-max
- 单个进程打开的文件描述符数不能超过user limit中nofile的soft limit
- nofile的soft limit不能超过其hard limit
- nofile的hard limit不能超过/proc/sys/fs/nr_open