mysql常用的配置釋義

本篇內容介紹了“常用的配置釋義”的有關(guān)知識，在實(shí)際案例的操作過(guò)程中，不少人都會(huì )遇到這樣的困境，接下來(lái)就讓小編帶領(lǐng)大家學(xué)習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學(xué)有所成！

key_buffer_size

    設置這個(gè)變量可以一次性為鍵緩沖區分配所有指定的空間.然而,操作系統不會(huì )真的立刻分配內存,而是使用時(shí)才真正分配.例如設置鍵緩沖區大小為1GB,并不意味著(zhù)立刻分配1GB的內存.

mysql允許創(chuàng )建多個(gè)鍵緩存,如果把非默認鍵緩存的這個(gè)變量設置為0,mysql將丟棄緩存存在該鍵緩存中的索引,轉而使用默認鍵緩存,并且當不再有任何引用時(shí)會(huì )刪除該鍵緩存.為了一個(gè)不存在的鍵緩存設置這個(gè)變量,將會(huì )創(chuàng )建新的鍵緩存.對一個(gè)已經(jīng)存在的鍵緩存設置非零值,會(huì )導致刷新該鍵緩存的內容.這會(huì )阻塞所有嘗試訪(fǎng)問(wèn)該鍵緩存的操作,直到刷新操作完成.

table_cache_size

    設置這個(gè)變量為緩存表的個(gè)數,這個(gè)變量不會(huì )立即生效,會(huì )延遲到下次有線(xiàn)程打開(kāi)表才有效果.當有線(xiàn)程打開(kāi)表時(shí),mysql會(huì )檢查這個(gè)變量的值.如果值大于緩存中表的數量,線(xiàn)程可以把最新打開(kāi)的表放入緩存,如果值比緩存中的表數小,mysql將從緩存中刪除不常用的表.

thread_cache_size

線(xiàn)程緩存設置,該變量不會(huì )立即生效--將在下次喲連接被關(guān)閉時(shí)產(chǎn)生效果.當有連接被關(guān)閉時(shí),mysql檢查緩存中是否還有空間來(lái)緩存線(xiàn)程.如果有空間,則緩存線(xiàn)程以備下次連接重用;如果沒(méi)有空間,它將銷(xiāo)毀該線(xiàn)程而不再緩存.在這個(gè)場(chǎng)景中,緩存中的線(xiàn)程量,以及線(xiàn)程緩存使用的內存,并不會(huì )立即減少.mysql只在關(guān)閉連接時(shí),才會(huì )在緩存中增加線(xiàn)程,創(chuàng )建新連接時(shí),才會(huì )從緩存中刪除線(xiàn)程.

query_cache_size

    mysql在啟動(dòng)時(shí)一次性分配,并初始化這塊內存,該內存為查詢(xún)緩存.如果修改這個(gè)變量,則mysql會(huì )立即刪除緩存中所有查詢(xún)緩存數據.重新分配該緩存到指定大小.并且重新初始化內存,該過(guò)程會(huì )花費很大時(shí)間.在完成初始化前,服務(wù)器一直不能提供服務(wù),mysql是逐漸清理緩存,而不是一次性清理.

read_buffer_size

    是MySQL讀入緩沖區大小。對表進(jìn)行順序掃描的請求將分配一個(gè)讀入緩沖區，MySQL會(huì )為它分配一段內存緩沖區。read_buffer_size變量控制這一緩沖區的大小。如果對表的順序掃描請求非常頻繁，并且你認為頻繁掃描進(jìn)行得太慢，可以通過(guò)增加該變量值以及內存緩沖區大小提高其性能.

read_rnd_buffer_size

    這個(gè)參數用在sort查詢(xún)之后 ，以保證獲取以順序的方式獲取到查詢(xún)的數據。如果你有很多order by 查詢(xún)語(yǔ)句，增長(cháng)這值能夠提升性能?！崩蠈?shí)說(shuō)，這個(gè)參數和read_buffer_size很像，read_buffer_size僅僅用于MyISAM引擎，我下意識的也認為read_rnd_buffer_size也僅僅用于MyISAM引擎.

它不是這樣的。read_rnd_buffer_size不僅僅用在MyISAM引擎，而是用在所有引擎。它用在查詢(xún)后，對讀取真正的數據進(jìn)行優(yōu)化。它是這樣工作的：

sort后，得到的是行數據指針，通過(guò)key-value的形式存在，對于MyISAM是數據的偏移量，對于innodb是主鍵或存儲重新查詢(xún)的全量數據(對于小片的數據是有益的)。

假設sort后的數據使用的是行指針，并且行中的字段能夠被轉換成固定的大小(除了BLOB/TEXT字段外)，MySQL能夠使用read_rnd_buffer_size優(yōu)化數據讀取。

因為sort后的數據是以key-value的形式存在的，使用這些行指針去讀取數據，將是以指針數據物理的順序去讀取，很大程度上是隨機的方式讀取數據的。MySQL從sort_buffer中讀取這些行指針數據，然后通過(guò)指針排序后存入read_rnd_buffer中，之后再通過(guò)指針讀取數據時(shí)，基本上都是順序讀取了。

read_rnd_buffer_size是很重要的參數，尤其工作在如下場(chǎng)景：

* sort_buffer中存的是行指針而不是要查詢(xún)的數據。

* 查詢(xún)的字段中包含Blob/Text字段。

* sort后有大量的數據行(limit 10并不能幫助你，因為MySQL是通過(guò)指針獲取行數據的)

如果你取出很少字段的數據(小于max_length_for_sort_data),行數據將會(huì )全部存儲在sort buffer里，因此將不需要read_rnd_buffer_size這個(gè)參數。而如果你查詢(xún)的字段數據很長(cháng)(這些字段很可能含有Text/Blob字段)，比max_length_for_sort_data還長(cháng)，read_rnd_buffer_size這個(gè)參數將派上用場(chǎng)。

sort_buffer_size

    是一個(gè)connection級參數，在每個(gè)connection第一次需要使用這個(gè)buffer的時(shí)候，一次性分配設置的內存。并不是越大越好，由于是connection級的參數，過(guò)大的設置+高并發(fā)可能會(huì )耗盡系統內存資源