mysql的1135的报错信息如下：
SQLSTATE[HY000] [1135] Can't create a new thread (errno 12); if you are not out of available memory, you can consult the manual for a possible OS-dependent bug

解决方案：
修改my.ini，增加2个参数：
innodb_thread_sleep_delay=40
wait_timeout=100
interactive_timeout=100

重启MYSQL服务器

以上的问题主要是线程数太多：
1.是连接数太多
2.是每个线程允许的生命周期太长，就跟http的timeout一样。

LINUX下检查连接数的方法如下：
ps -aux | grep mysql

【补充知识】================================
MySQL中的配置参数interactive_timeout和wait_timeout 

(1)interactive_timeout:
参数含义：服务器关闭交互式连接前等待活动的秒数。交互式客户端定义为在mysql_real_connect()中使用CLIENT_INTERACTIVE选项的客户端。
参数默认值：28800秒（8小时）

(2)wait_timeout:
参数含义：服务器关闭非交互连接之前等待活动的秒数。
在线程启动时，根据全局wait_timeout值或全局interactive_timeout值初始化会话wait_timeout值，取决于客户端类型(由mysql_real_connect()的连接选项CLIENT_INTERACTIVE定义)。
参数默认值：28800秒（8小时）

MySQL服务器所支持的最大连接数是有上限的，因为每个连接的建立都会消耗内存，因此我们希望客户端在连接到MySQL Server处 理完相应的操作后，应该断开连接并释放占用的内存。如果你的MySQL Server有大量的闲置连接，他们不仅会白白消耗内存，而且如果连接一直在累加而不断开，最终肯定会达到MySQL Server的连接上限数，这会报'too many connections'的错误。对于wait_timeout的值设定，应该根据系统的运行情况来判断。在系统运行一段时间后，可以通过show processlist命令查看当前系统的连接状态，如果发现有大量的sleep状态的连接进程，则说明该参数设置的过大，可以进行适当的调整小些。

问题：
   如果在配置文件my.cnf中只设置参数wait_timeout=100,则重启服务器后进入，执行:
   Mysql> show variables like “%timeout%”;
会发现参数设置并未生效，仍然为28800（即默认的8个小时）。
查询资料后，要同时设置interactive_timeout和wait_timeout才会生效。
【mysqld】
Wait_timeout=100
Interactive_timeout=100
重启MySQL Server进入后，查看设置已经生效。