您好,登錄后才能下訂單哦!
這篇文章給大家分享的是有關(guān)影響mysql性能的關(guān)鍵配置有哪些的內(nèi)容。小編覺得挺實用的,因此分享給大家做個參考,一起跟隨小編過來看看吧。
(一)連接
連接通常來自Web服務(wù)器,下面列出了一些與連接有關(guān)的參數(shù),以及該如何設(shè)置它們。
1、max_connections
這是Web服務(wù)器允許的最大連接數(shù),記住每個連接都要使用會話內(nèi)存(關(guān)于會話內(nèi)存,文章后面有涉及)。
2、max_packet_allowed
最大數(shù)據(jù)包大小,通常等于你需要在一個大塊中返回的最大數(shù)據(jù)集的大小,如果你在使用遠程mysqldump,那它的值需要更大。
3、aborted_connects
檢查系統(tǒng)狀態(tài)的計數(shù)器,確定其沒有增長,如果數(shù)量增長說明客戶端連接時遇到了錯誤。
4、thread_cache_size
入站連接會在MySQL中創(chuàng)建一個新的線程,因為MySQL中打開和關(guān)閉連接都很廉價,速度也快,它就沒有象其它,如Oracle那么多持續(xù)連接了,但線程預(yù)先創(chuàng)建并不會節(jié)約時間,這就是為什么要MySQL線程緩存的原因了。
如果在增長請密切注意創(chuàng)建的線程,讓你的線程緩存更大,對于2550或100的thread_cache_size,內(nèi)存占用也不多。
(二)查詢緩存
(三)臨時表
內(nèi)存速度是相當(dāng)快的,因此我們希望所有的排序操作都在內(nèi)存中進行,我們可以通過調(diào)整查詢讓結(jié)果集更小以實現(xiàn)內(nèi)存排序,或?qū)⒆兞吭O(shè)置得更大。
tmp_table_size
max_heap_table_size
無論何時在MySQL中創(chuàng)建臨時表,它都會使用這兩個變量的最小值作為臨界值,除了在磁盤上構(gòu)建臨時表外,還會創(chuàng)建許多會話,這些會話會搶占有 限制的資源,因此最好是調(diào)整查詢而不是將這些參數(shù)設(shè)置得更高,同時,需要注意的是有BLOB或TEXT字段類型的表將直接寫入磁盤。 深入淺出MySQL雙向復(fù)制技術(shù)
(四)會話內(nèi)存
MySQL中每個會話都有其自己的內(nèi)存,這個內(nèi)存就是分配給SQL查詢的內(nèi)存,因此你想讓它變得盡可能大以滿足需要。但你不得不平衡同一時間數(shù) 據(jù)庫內(nèi)一致性會話的數(shù)量。這里顯得有點黑色藝術(shù)的是MySQL是按需分配緩存的,因此,你不能只添加它們并乘以會話的數(shù)量,這樣估算下來比MySQL典型 的使用要大得多。
最佳做法是啟動MySQL,連接所有會話,然后繼續(xù)關(guān)注頂級會話的VIRT列,d行的數(shù)目通常保持相對穩(wěn)定,這就是實際的內(nèi)存 總用量,減去所有的靜態(tài)MySQL內(nèi)存區(qū)域,就得到了實際的所有會話內(nèi)存,然后除以會話的數(shù)量就得到平均值。
1、read_buffer_size
緩存連續(xù)掃描的塊,這個緩存是跨存儲引擎的,不只是MyISAM表。
2、sort_buffer_size
執(zhí)行排序緩存區(qū)的大小,最好將其設(shè)置為1M-2M,然后在會話中設(shè)置,為一個特定的查詢設(shè)置更高的值。
3、join_buffer_size
執(zhí)行聯(lián)合查詢分配的緩存區(qū)大小,將其設(shè)置為1M-2M大小,然后在每個會話中再單獨按需設(shè)置。
4、read_rnd_buffer_size
用于排序和order by操作,最好將其設(shè)置為1M,然后在會話中可以將其作為一個會話變量設(shè)置為更大的值。
(五)慢速查詢?nèi)罩?/p>
慢速查詢?nèi)罩臼荕ySQL很有用的一個特性。
1、log_slow_queries
MySQL參數(shù)中l(wèi)og_slow_queries參數(shù)在my.cnf文件中設(shè)置它,將其設(shè)置為on,默認情況下,MySQL會將文件放到數(shù)據(jù)目錄,文件以“主機名-slow.log”的形式命名,但你在設(shè)置這個選項的時候也可以為其指定一個名字。
2、long_query_time
默認值是10秒,你可以動態(tài)設(shè)置它,值從1到將其設(shè)置為on,如果數(shù)據(jù)庫啟動了,默認情況下,日志將關(guān)閉。截至5.1.21和安裝了 Google補丁的版本,這個選項可以以微秒設(shè)置,這是一個了不起的功能,因為一旦你消除了所有查詢時間超過1秒的查詢,說明調(diào)整非常成功,這樣可以幫助 你在問題變大之前消除問題SQL。
3、log_queries_not_using_indexes
開啟這個選項是個不錯的主意,它真實地記錄了返回所有行的查詢。
小結(jié)
我們介紹了MySQL參數(shù)的五大類設(shè)置,平時我們一般都很少碰它們,在進行MySQL性能調(diào)優(yōu)和故障診斷時這些參數(shù)還是非常有用的。
MySQL中的緩存查詢包括兩個解析查詢計劃,以及返回的數(shù)據(jù)集,如果基礎(chǔ)表數(shù)據(jù)或結(jié)構(gòu)有變化,將會使查詢緩存中的項目無效。
1、query_cache_min_res_unit
MySQL參數(shù)中query_cache_min_res_unit查詢緩存中的塊是以這個大小進行分配的,使用下面的公式計算查詢緩存的平均大小,根據(jù)計算結(jié)果設(shè)置這個變量,MySQL就會更有效地使用查詢緩存,緩存更多的查詢,減少內(nèi)存的浪費。
2、query_cache_size
這個參數(shù)設(shè)置查詢緩存的總大小。
3、query_cache_limit
這個參數(shù)告訴MySQL丟掉大于這個大小的查詢,一般大型查詢還是比較少見的,如運行一個批處理執(zhí)行一個大型報表的統(tǒng)計,因此那些大型結(jié)果集不應(yīng)該填滿查詢緩存。
qcache hit ratio = qcache_hits / (qcache_hits + com_select)
使用
SQL> show status like ‘qcache%’; SQL> show status like ‘com_%’;
找到這些變量。
average query size = (query_cache_size – qcache_free_memory)/qcache_queries_in_cache
使用
SQL> show variables like ‘query%’; qcache_* status variables you can get with: SQL> show status like ‘qcache%’;
獲取query_cache_size的值。
感謝各位的閱讀!關(guān)于“影響mysql性能的關(guān)鍵配置有哪些”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,讓大家可以學(xué)到更多知識,如果覺得文章不錯,可以把它分享出去讓更多的人看到吧!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。