mysql -參數thread_cache_size優化辦法 小結。本站提示廣大學習愛好者：（mysql -參數thread_cache_size優化辦法 小結）文章只能為提供參考，不一定能成為您想要的結果。以下是mysql -參數thread_cache_size優化辦法 小結正文
解釋：
依據查詢拜訪發明以上辦事器線程緩存thread_cache_size沒有停止設置，或許設置太小,這個值表現可以從新應用保留在緩存中線程的數目,當斷開銜接時假如緩存中還有空間,那末客戶真個線程將被放到緩存中,假如線程從新被要求，那末要求將從緩存中讀取,假如緩存中是空的或許是新的要求，那末這個線程將被從新創立,假如有許多新的線程，增長這個值可以改良體系機能.經由過程比擬 Connections 和 Threads_created 狀況的變量，可以看到這個變量的感化。(-->表現要調劑的值) 依據物理內存設置規矩以下：
1G ---> 8
2G ---> 16
3G ---> 32
>3G ---> 64
優化辦法：
1、mysql> set global thread_cache_size=16
2、編纂/etc/my.cnf 更改/添加
--------
thread_concurrency = 16
--------
1、MySQL辦事器的線程數檢查辦法：
show global status like 'Thread%';
Threads_created：創立過的線程數，假如發明Threads_created值過年夜的話，注解MySQL辦事器一向在創立線程，這也是比擬耗資本，可以恰當增長設置裝備擺設文件中thread_cache_size值
2、優化參數thread_cache_size
thread_cache_size：當客戶端斷開以後，辦事器處置此客戶的線程將會緩存起來以呼應下一個客戶而不是燒毀(條件是緩存數未達下限)
便可以從新應用保留在緩存中線程的數目，當斷開銜接時假如緩存中還有空間，那末客戶真個線程將被放到緩存中，假如線程從新被要求，那末要求將從緩存中讀取，假如緩存中是空的或許是新的要求，那末這個線程將被從新創立，假如有許多新的線程，增長這個值可以改良體系機能。
thread_cache_size年夜小的設置：
假如是短銜接，恰當設置年夜一點，由於短銜接常常須要一直創立，一直燒毀，假如年夜一點，銜接線程都處於取用狀況，不須要從新創立和燒毀，所以對機能確定是比擬年夜的晉升。
關於長銜接，不克不及包管銜接的穩固性，所以設置這參數照樣有必定需要，能夠銜接池的成績，會招致銜接數據庫的不穩固性，也會湧現頻仍的創立和燒毀，但這個情形比擬少，假如是長銜接，可以設置成小一點，普通在50-100閣下。
物理內存設置規矩：經由過程比擬Connections 和 Threads_created 狀況的變量，可以看到這個變量的感化。(-->表現要調劑的值) 依據物理內存設置規矩以下：
1G ---> 8
2G ---> 16
3G ---> 32
>3G ---> 64
查詢thread_cache_size設置
show global status like'thread_cache_size';
優化辦法：
1、mysql> set global thread_cache_size=16
2、編纂/etc/my.cnf 更改/添加
thread_concurrency = 16
3、mysql kill線程
mysqladmin start slave stop slave kill某個銜接到mysqlServer的線程
