mysql中一个普通ERROR 1135 (HY000)错误引发的血案

编辑：rootadmin

推荐整理分享mysql中一个普通ERROR 1135 (HY000)错误引发的血案，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:,内容如对您有帮助，希望把文章链接给更多的朋友！

今天接到测试人员反应，测试环境前端应用程序无连接mysql数据库，登录mysql服务器，查看错误日志，发现有如下报错：

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

第一反应感觉可能是跟ulimit限制连接数有关，文件描述符不够用。接下来检查配置件 /etc/security/limits.conf 相关结果如下：

配置没有问题，mysql的ulimit限制已经打开。

但是，执行如下命令：

发现max user processes值仍为.

而在Centos5里面，只须在/etc/security/limits.conf添加如下两行：点击(此处)折叠或打开root soft nofile root hard nofile 对应的uilmit -u 就会是. 后来猜想centos6的用户的ulimit限制是不是还有其他的配置文件做相关的限制呢&#;果不其然，发现在 /etc/security/limits.d/目录下，有一个名为：-nproc.conf的配置文件，打开看看什么内容： [root@fztest ~]# cat /etc/security/limits.d/-nproc.conf

而在配置文件/etc/security/limits.d/-nproc.conf中的 “* soft nproc ”的意思是任何用户的最大max user processes为个，也就是说，系统的任何用户均不可以通过ulimit -u来修改。真的是这样吗&#;我们来进行如下验证操作：

由以上操作，可知事实上这个限制是对除root以外的普通用户进行的限制，root可以通过ulimit -u 来进行即时修改，只对当前会话生效。一旦重启服务器，便会失效（重新恢复max user processes -u ）。

接下来，尝试通过修改这个配置文件，来验证max user processes的值是否会改变。将/etc/security/limits.d/-nproc.conf中的修改为后，执行如下命令：

由此可见，修改生效。如果不想修改/etc/security/limits.d/-nproc.conf这个文件，也可以将此限制添加到/etc/rc.local文件中，让其开机应用生效即可。成功修改了root用户的max user processes后，继续使用root用户启动mysqld_safe脚本，稳定运行了一个上午，一切正常。至此，ERROR (HY): Can't create a new thread (errno )这个问题总算告以段落。

MySQL备份与恢复之冷备（1）用一句话概括冷备，就是把数据库服务，比如MySQL，Oracle停下来，然后使用拷贝、打包或者压缩命令对数据目录进行备份。如果数据出现异常，则可以通

MySQL备份与恢复之真实环境使用冷备（2）在上一篇文章（MySQL备份与恢复之冷备）中，我们提到了冷备。但是有个问题，我们存储的数据文件是保存在当前本地磁盘的，如果这个磁盘挂掉，那我

MySQL备份与恢复之热备（3）在上两篇文章（MySQL备份与恢复之冷备，MySQL备份与恢复之真实环境使用冷备）中，我们提到了冷备和真实环境中使用冷备。那从这篇文章开始我们看下