Mysql异常问题处理

在维护服务器过程中，遇到此类MySql报错

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，增加3个参数：
innodb_thread_sleep_delay=40
wait_timeout=100
interactive_timeout=100

还可以同时修改最大连接数

max_connections = 16384

重启MYSQL服务器

以上的问题主要是线程数太多：
1.访问的是连接数太多
2.是每个线程允许的生命周期太长，导致无效的连接不会被及时关闭。

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才会生效。