今天接到測試人員反應，測試環(huán)境前端應用程序無連接mysql數(shù)據(jù)庫，登錄mysql服務器，查看錯誤日志，發(fā)現(xiàn)有如下報錯：

ERROR 1135 (HY000): Can't create a new thread (errno 11);if you are not out of available memory,you can consult the manual for a possible OS-dependent bug

第一反應感覺可能是跟ulimit限制連接數(shù)有關(guān)，文件描述符不夠用。接下來檢查配置件 /etc/security/limits.conf 相關(guān)結(jié)果如下：

配置沒有問題，mysql的ulimit限制已經(jīng)打開。

但是，執(zhí)行如下命令：

發(fā)現(xiàn)max user processes值仍為1024.

而在Centos5里面，只須在/etc/security/limits.conf添加如下兩行：
 
點擊(此處)折疊或打開
root soft nofile 65535
root hard nofile 65535
 
對應的uilmit  -u 就會是65535.
 
后來猜想centos6的用戶的ulimit限制是不是還有其他的配置文件做相關(guān)的限制呢?果不其然，發(fā)現(xiàn)在 /etc/security/limits.d/目錄下，有一個名為：90-nproc.conf的配置文件，
打開看看什么內(nèi)容：
 
[root@fztest ~]# cat /etc/security/limits.d/90-nproc.conf

由以上操作，可知事實上這個限制是對除root以外的普通用戶進行的限制，root可以通過ulimit -u 65535來進行即時修改，只對當前會話生效。一旦重啟服務器，便會失效（重新恢復max user processes  -u 1024）。

接下來，嘗試通過修改這個配置文件，來驗證max user processes的值是否會改變。
將/etc/security/limits.d/90-nproc.conf中的1024修改為65535后，執(zhí)行如下命令：

由此可見，修改生效。如果不想修改/etc/security/limits.d/90-nproc.conf這個文件，也可以將此限制添加到/etc/rc.local文件中，讓其開機應用生效即可。
成功修改了root用戶的max user processes后，繼續(xù)使用root用戶啟動mysqld_safe腳本，穩(wěn)定運行了一個上午，一切正常。 至此，ERROR 1135 (HY000): Can't create a new thread (errno 11)這個問題總算告以段落。