ulimit是限制进程对资源的使用，根据摩尔定律，高配的硬件现下也差不多白菜价
但软件资源限制变化不大，特别是process/file，分别对应nproc和nofile
nproc可用 ulimit -u 查询；nofile可用 ulimit -n 查询
这里提一点,自内核2.6.32之后，引入/etc/security/limits.d/90-nproc.conf
这就意味/etc/security/limits.d/里面的文件的配置会覆盖/etc/security/limits.conf的配置
大都数软硬限制的配置文件都位于:/etc/security/limits.conf
给个例子，比如修改fd(文件句柄)限制
* soft nofile NNNNN
* hard nofile NNNNN
确认修改：ulimit -Hn；ulimit -Sn
有个朋友在生产环境遇到如下一个问题：
[plain]
各位大师，求助：有没有办法， 不重启 数据库的情况下， 修改 mysql 用户 最大的 nproc 这个参数！
报错信息：Can't create a new thread (errno 11);
当然项目初期肯定会 修改 系统的ulimit，程序的连接数等等；
但这个是在应急情况下： 目前解决的方式是：
1、iptables 禁用某个ip连接
2、tcpkill 杀掉没用的tcp 连接， 这样连接上mysql 之后，修改 max_connection < nproc 这个参数；
有没有 在 不重启数据库，又能修改mysql 用户最大的 nproc ！
在设置MySQL的参数max_connections之外, 还需要考虑设置/etc/security/limits.conf文件的大小
MySQL是线程模式执行的, 其线程数也会被统计在nproc中, 这可能掩盖或造成对此问题的误判
处理方法：从Linux 2.6.32开始可以使用
echo -n "Max processes=204800:204800" > /proc/`pidof mysqld`/limits
来动态修改进程的系统资源limits信息，不用再因为修改这个而去重启实例
这个方法可以解决遇到的MySQL最大进程数，非常简单方便
