如何彻底解决CentOS系统ulimit内存限制设置失败，有效避免系统资源不足问题？

作为一名运维人员或者系统管理员， 最让人抓狂的瞬间莫过于在凌晨三点被报警说实话， 这个命令就像是一个性格古怪的老守门人，它掌管着Shell进程及其子进程的资源大权。如果你不懂它的脾气，只是机械地敲几行命令， CPU你。 它根本不会买你的账。今天 我们就抛开那些枯燥的教科书定义， 像老朋友聊天一样，一下为什么你的设置会失败，以及如何彻底解决这个让人头疼的问题，让系统资源不足成为历史，地道。。

一、 理解ulimit：不仅仅是数字游戏

拜托大家... 在动手解决问题之前，我们得先搞清楚对手是谁。很多新手朋友对的理解仅限于“限制最大进程数”或者“限制最大文件打开数”， 但其实吧，它的内涵要丰富得多，加油！。命令用于限制shell启动进程所占用的资源。 我给跪了。 它支持多种资源类型的限制，包括但不限于：核心文件大小当程序崩溃时生成的core dump文件的大小。

数据段大小程序数据段的最大长度。文件大小shell创建的文件的最大大小。内存锁定大小内存锁定的最大值。打开文件描述符数量这是最常见的，-n参数。栈大小栈的最大长度。CPU时间最大CPU秒数。虚拟内存大小这就是我们今天要重点关注的， -v参数，它限制了进程可分配的最大虚拟内存空间。最大用户进程数-u参数，防止用户跑满进程表。

这里有个关键点需要大家注意：设置通常只在当前shell会话中生效。

也就是说你在一个终端窗口里敲了命令，换一个窗口， 精神内耗。 或者重启一下服务，之前的设置可能就随风而去了。这就是为什么很多人觉得自己设置了但系统根本没反应的原因之一。

二、 为什么我的ulimit设置总是失败？

说句可能得罪人的话... 当你满怀信心地施行了 -v unlimited， 或者修改了配置文件，后来啊发现程序依然主要原因是内存不足被Kill掉，这时候千万别急着砸键盘。通常，问题出在以下几个隐蔽的角落。