如果在 Swoole 的日志中遇到了 Too many open files
这种报错,不要慌,在开发 TCP 网络应用的过程中,经常会遇到Too many open files
这个问题。
这说明你的程序以达到 Linux 所允许的打开文件数上限。需要修改 ulimit
设置
可以使用lsof
查看进程打开的文件句柄数:
# 将 PID 修改为你要检查的进程ID
lsof -p PID | wc -l
也可以去掉| wc -l
来检查服务打开了那些文件句柄,未进行关闭。
可以使用ulimit -n
查看当前设置为多少
[root@shenyan ~]# ulimit -n
100001
如果过小,需要进行调整,Swoole 文档中推荐 ulimit -n
要调整为 100000
甚至更大。
那么如何修改呢?
命令行下执行 ulimit -n 100000
即可修改。
但是需要注意,有时候这种修改方法仅当前终端有效,关闭或者重新开个一个终端就会恢复之前的设置。
这时就需要修改 /etc/security/limits.conf
,加入
* soft nofile 262140
* hard nofile 262140
root soft nofile 262140
root hard nofile 262140
* soft core unlimited
* hard core unlimited
root soft core unlimited
root hard core unlimited
修改 limits.conf
文件后,需要重启系统生效。
这样操作完成以后,如果还是报错 Too many open files
,那么就可以试试检查运行中的进程限制:
# 将 PID 修改为你要检查的进程ID
cat /proc/PID/limits
如果这里的Max open files
过小,也是需要进行修改的。
这种情况大多数出现于使用supervisor
等工具进行管理的时候,supervisor
启动服务默认的minfds
配置是1024
,所以会出现 Too many open files
。
使用systemd
的话,也是同样的道理,需要修改LimitNOFILE
。如果不设置或者设置为LimitNOFILE=unlimited
(不识别),则默认为1024
。
而这里也要注意设置LimitNOFILE=infinity
就等于LimitNOFILE=65536
,对于需求 10 万以上文件打开数的人,一定要自行设定。
综上所述,遇到Too many open files
时的解决方法:
ulimit -n
supervisor
:minfds
systemd
:LimitNOFILE
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。