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

創(chuàng)新互聯(lián)公司專(zhuān)注于江西企業(yè)網(wǎng)站建設(shè),成都響應(yīng)式網(wǎng)站建設(shè)公司,商城網(wǎng)站建設(shè)。江西網(wǎng)站建設(shè)公司,為江西等地區(qū)提供建站服務(wù)。全流程按需規(guī)劃網(wǎng)站，專(zhuān)業(yè)設(shè)計(jì)，全程項(xiàng)目跟蹤，創(chuàng)新互聯(lián)公司專(zhuān)業(yè)和態(tài)度為您提供的服務(wù)

key_buffer_size

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

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

table_cache_size

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

thread_cache_size

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

query_cache_size

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

read_buffer_size

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

read_rnd_buffer_size

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

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

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

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

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

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

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

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

* sort后有大量的數(shù)據(jù)行(limit 10并不能幫助你，因?yàn)镸ySQL是通過(guò)指針獲取行數(shù)據(jù)的)

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

sort_buffer_size

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

“mysql常用的配置釋義”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！