http://www.jb51.net/article/51828.htm
一、THREAD_CACHE

十年的惠安網(wǎng)站建設(shè)經(jīng)驗，針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù)，響應(yīng)快，48小時及時工作處理。成都全網(wǎng)營銷推廣的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動調(diào)整惠安建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計，從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)從事“惠安網(wǎng)站設(shè)計”,“惠安網(wǎng)站推廣”以來，每個客戶項目都認真落實執(zhí)行。

MySQL里面為了提高客戶端請求創(chuàng)建連接過程的性能,提供了一個連接池也就是 Thread_Cache池,將空閑的連接線程放在連接池中,而不是立即銷毀.這樣的好處就是,當又有一個新的請求的時候,mysql不會立即去創(chuàng)建連接 線程,而是先去Thread_Cache中去查找空閑的連接線程,如果存在則直接使用,不存在才創(chuàng)建新的連接線程.

有關(guān)Thread_Cache在MySQL有幾個重要的參數(shù),簡單介紹如下:

thread_cache_size

Thread_Cache 中存放的最大連接線程數(shù).在短連接的應(yīng)用中Thread_Cache的功效非常明顯,因為在應(yīng)用中數(shù)據(jù)庫的連接和創(chuàng)建是非常頻繁的,如果不使用 Thread_Cache那么消耗的資源是非?？捎^的!在長連接中雖然帶來的改善沒有短連接的那么明顯,但是好處是顯而易見的.但并不是越大越好大了反而 浪費資源這個的確定一般認為和物理內(nèi)存有一定關(guān)系,如下:

thread_stack

每個連接被創(chuàng)建的時候,mysql分配給它的內(nèi)存.這個值一般認為默認就可以應(yīng)用于大部分場景了,除非必要非則不要動它.

thread_handing

運用Thread_Cache處理連接的方式,5.1.19添加的新特性.有兩個值可選[no-threads|one-thread-per-connection] 看字面意思大家也該猜出八九分了,呵呵,no-threads 服務(wù)器使用一個線程,one-thread-per-connection 服務(wù)器為每個客戶端請求使用一個線程.原手冊中提到,no-threads是在Linux下調(diào)試用的.

服 務(wù)器總共有199156次連接,最大并發(fā)連接數(shù)為31,當前在thread_cashe池中的連接數(shù)為3個,連接數(shù)為6個,處于活躍狀態(tài)的有5個,共創(chuàng)建 了8689次連接.顯然這里以短連接為主.可以算出thread_cache命中率,公式為:

當前服務(wù)器的Thread_cache命中率約為95.6%這個結(jié)果我還是比較滿意的.但是可以看出 thread_cache_size有點多余改成16或8更合理一些.

二、TABLE_CACHE(5.1.3及以后 版本又名TABLE_OPEN_CACHE)

由于MySQL是多線程的機制,為了提高性能,每個線程都是獨自打開自己需要的表的文件描 述符,而不是通過共享已經(jīng)打開的.針對不同存儲引擎處理的方法當然也不一樣.

在myisam表引擎中,數(shù)據(jù)文件的描述符 (descriptor)是不共享的,但是索引文件的描述符卻是所有線程共享的.Innodb中和使用表空間類型有關(guān),假如是共享表空間那么實際就一個數(shù) 據(jù)文件,當然占用的數(shù)據(jù)文件描述符就會比獨立表空間少.

個人感覺有點像php里面的fopen打開一個連接,操作完數(shù)據(jù)之后,并不立即 關(guān)閉,而是緩存起來,等待下一個連接這個文件的請求就不必去重新打開文件了,不知樣理解對不對,哈.

手冊上有段關(guān)于打開表時的描述:

mysql手冊上給的建議大小 是:table_cache=max_connections*n

n表示查詢語句中最大表數(shù), 還需要為臨時表和文件保留一些額外的文件描述符。

這個數(shù)據(jù)遭到很多質(zhì)疑,table_cache夠用就好,檢查 Opened_tables值,如果這個值很大,或增長很快那么你就得考慮加大table_cache了.

在下面的條件下，未使用的表 將被關(guān)閉并從表緩存中移出：

當緩存滿了并且一個線程試圖打開一個不在緩存中的表時。

當緩存包含超過table_cache個條目，并且緩存中的表不再被任何線程使用。

當表刷新操作發(fā)生。當執(zhí)行FLUSH TABLES語句或執(zhí)行mysqladmin flush-tables或mysqladmin refresh命令時會發(fā)生。

當表緩存滿時，服務(wù)器使用下列過程找到一個緩存入口來使用：

當前未使用的表被釋放，以最近最少使用順序。

如果緩存滿了并且沒有表可以釋放，但是一個新表需要打開，緩存必須臨時被擴大。

如果緩存處于一個臨時擴大狀態(tài)并且一個表從在用變?yōu)椴辉谟脿顟B(tài)，它被關(guān)閉并從緩存中釋放。

幾個關(guān)于table_cache的 狀態(tài)值:

1. table_cache：所有線程打開的表的數(shù)目。增大該值可以增加mysqld需要的文件描述符的數(shù)量。默認值是64.

2. open_tables：當前打開的表的數(shù)量.

3. opened_tables ：Number of table cache misses，如果opened_tables較大，table_cache 值可能太小.

4. Open_table_definitions : The number of cached .frm files. This variable was added in MySQL 5.1.3.

5. Opened_table_definitions : The number of .frm files that have been cached. This variable was added in MySQL 5.1.24.

新聞名稱：轉(zhuǎn)：MySQL性能優(yōu)化配置參數(shù)之thread_cache和table_cache詳解
當前網(wǎng)址：http://aaarwkj.com/article28/gihgcp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供自適應(yīng)網(wǎng)站、定制開發(fā)、品牌網(wǎng)站設(shè)計、網(wǎng)站制作、企業(yè)建站、動態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)