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進入後，查看設置已經生效。
