一個(gè)普通ERROR 1135 (HY000)錯(cuò)誤引發(fā)的血案： 今天接到測試人員反應(yīng)，測試環(huán)境前端應(yīng)用程序無連接mysql數(shù)據(jù)庫，登錄mysql服務(wù)器，查看錯(cuò)誤日志，發(fā)現(xiàn)有如下報(bào)錯(cuò)：

點(diǎ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

第一反應(yīng)感覺可能是跟ulimit限制連接數(shù)有關(guān)，文件描述符不夠用。接下來檢查配置件 /etc/security/limits.conf 相關(guān)結(jié)果如下：
點(diǎn)擊(此處)折疊或打開

#for root

root soft nofile 65535

root hard nofile 65535

# End of file

mysql soft nproc 65536

mysql hard nproc 65536

mysql soft nofile 65535

mysql hard nofile 65535

配置沒有問題，mysql的ulimit限制已經(jīng)打開。
但是，執(zhí)行如下命令：


點(diǎn)擊(此處)折疊或打開

# sudo -u root bash -c " ulimit -a "

core file size (blocks, -c) 0

data seg size (kbytes, -d) unlimited

scheduling priority (-e) 0

file size (blocks, -f) unlimited

pending signals (-i) 62591

max locked memory (kbytes, -l) 64

max memory size (kbytes, -m) unlimited

open files (-n) 1024

pipe size (512 bytes, -p) 8

POSIX message queues (bytes, -q) 819200

real-time priority (-r) 0

stack size (kbytes, -s) 10240

cpu time (seconds, -t) unlimited

max user processes (-u) 1024

virtual memory (kbytes, -v) unlimited

file locks (-x) unlimited

發(fā)現(xiàn)max user processes值仍為1024.
而在Centos5里面，只須在/etc/security/limits.conf添加如下兩行：
點(diǎn)擊(此處)折疊或打開

root soft nofile 65535

root hard nofile 65535

對應(yīng)的uilmit? -u 就會(huì)是65535. 后來猜想centos6的用戶的ulimit限制是不是還有其他的配置文件做相關(guān)的限制呢?果不其然，發(fā)現(xiàn)在 /etc/security/limits.d/目錄下，有一個(gè)名為：90-nproc.conf的配置文件，
打開看看什么內(nèi)容： [root@fztest ~]# cat /etc/security/limits.d/90-nproc.conf

點(diǎn)擊(此處)折疊或打開

# Default limit for number of user's processes to prevent

# accidental fork bombs.

# See rhbz #432903 for reasoning.

* soft nproc 1024

而在配置文件/etc/security/limits.d/90-nproc.conf中的 “* soft nproc 1024”的意思是任何用戶的最大max user processes為1024個(gè)，也就是說，系統(tǒng)的任何用戶均不可以通過ulimit -u來修改 。真的是這樣嗎?我們來進(jìn)行如下驗(yàn)證操作：
點(diǎn)擊(此處)折疊或打開

[oracle@fztest ~]$ ulimit -u 65535

-bash: ulimit: max user processes: cannot modify limit: Operation not permitted

[root@fztest ~]# ulimit -u 65535

[root@fztest ~]# ulimit -u

65535

由以上操作，可知事實(shí)上這個(gè)限制是對除root以外的普通用戶進(jìn)行的限制，root可以通過ulimit -u 65535來進(jìn)行即時(shí)修改，只對當(dāng)前會(huì)話生效。一旦重啟服務(wù)器，便會(huì)失效（重新恢復(fù)max user processes? -u 1024）。
接下來，嘗試通過修改這個(gè)配置文件，來驗(yàn)證max user processes的值是否會(huì)改變。 將/etc/security/limits.d/90-nproc.conf中的1024修改為65535后，執(zhí)行如下命令：
點(diǎn)擊(此處)折疊或打開

[root@fztest ~]# sudo -u root bash -c " ulimit -a"

core file size (blocks, -c) 0

data seg size (kbytes, -d) unlimited

scheduling priority (-e) 0

file size (blocks, -f) unlimited

pending signals (-i) 95191

max locked memory (kbytes, -l) 64

max memory size (kbytes, -m) unlimited

open files (-n) 65535

pipe size (512 bytes, -p) 8

POSIX message queues (bytes, -q) 819200

real-time priority (-r) 0

stack size (kbytes, -s) 10240

cpu time (seconds, -t) unlimited

max user processes (-u) 65535

virtual memory (kbytes, -v) unlimited

file locks (-x) unlimited

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

轉(zhuǎn)載于:https://blog.51cto.com/255361/1054204

《新程序員》：云原生和全面數(shù)字化實(shí)踐50位技術(shù)專家共同創(chuàng)作，文字、視頻、音頻交互閱讀

總結(jié)

以上是生活随笔為你收集整理的一个普通ERROR 1135 (HY000)错误引发的血案：的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。