ulimit如何设置最大日志文件大小

很多开发者刚接触系统资源限制时，会下意识想用 ulimit 直接控制日志文件的大小。但老实说，ulimit 的设计初衷并不是干这个的——它主要用于管理 shell 进程的资源边界，比如打开文件的数量、堆栈大小等等。不过，你要是真想曲线救国，倒也不是完全没辙：通过限制进程能打开的文件描述符总数，确实能间接卡住日志文件的膨胀空间。

具体操作很简单：打开终端，执行 ulimit -n ，把 换成你想要的最大文件描述符数量。比如设成 1024，就敲 ulimit -n 1024，回车完事。但关键在于——这个限制是全局性的，它影响的是所有进程的所有文件描述符，不光是日志文件。而且，想让这个设置生效，通常需要 root 权限。

所以，如果你需要的是更精细、更灵活的日志文件大小控制，还是得请出专业的日志轮转工具——logrotate。它才是干这个活的正主。你可以根据时间、文件大小等条件，自动对日志文件进行轮转清理，避免单个文件无限增长。

配置 logrotate 也不复杂。在 /etc/logrotate.conf 里定义好策略就行。下面是一个常用配置示例：

/path/to/your/logfile.log {
    size 100M
    rotate 5
    compress
    missingok
    notifempty
    create 0640 root adm
}

这段配置的意思很直白：当日志文件达到 100MB 时，logrotate 会自动进行一次轮转；最多保留 5 个历史归档；归档文件会被压缩；如果日志文件不存在也不会报错；如果日志文件为空则跳过轮转；轮转后重新创建一个新的空日志文件，权限和所有者设为 0640 和 root:adm。

说到底，ulimit 更适合做系统级的资源兜底，而日志大小的精准控制还是交给 logrotate 更靠谱。两者各司其职，别用错地方就好。