MySQL變量的概念

個人認為可以理解成MySQL在啟動或者運行過程中讀取的一些參數問題，利用這些參數來啟動服務、響應或者支持用戶的請求等

變量的配置

如果打算長期使用，應該寫入配置文件，而不是在***指定，因為在***設置的變量會隨著MySQL服務的重啟而恢復默認值

另外要注意是設置的當前Session的變量還是全局的變量。

變量單位

不同的變量的單位不同，比如table_cache是指緩存的表的個數，而key_buffer_size則是以字節為單位

另外還有以頁或者百分比為單位的變量

許多變量可以通過后綴制訂單位，

比如1M表示一百萬字節，在配置文件中或者在命令行下有效，

但是在使用set命令的時候，這些單位就無效，必須使用數字，單位為字節

比如：set @@session.sort_buffer_size = 1024*1024或者set @@session.sort_buffer_size = 1048576

但是配置文件中設置的時候就不能使用表達式

變量的作用域 

有些變量的作用是服務器級別的，有些是Session級別的，剩下的的一些是對象級別的。

許多回話的變量是全局變量相等，可以為是默認值

如果改變會話級的變量，它只影響當前Session，當前Session關閉后當前設置的參數會失效

舉例：

query_cache_size是全局級的

sort_buffer_size可以在全局級設置，每個Session也可以獨立設置

join_buffer_size可以在全局級設置，也可以在Session級設置，一個查詢中如果有多個表關聯，可以為每個關聯分配一個join buffer

除了在配置文件中設置變量之外，（部分變量）也可以在運行時修改，MySQL稱之為動態配置變量

比如：　

set global sort_buffer_size = 1024*1024*1024

set sort_buffer_size = 1024*1024*1024

set @@sort_buffer_size = 1024*1024*1024

set @@session.sort_buffer_size = 1024*1024*1024

set @@global.sort_buffer_size = 1024*1024*1024

常見變量的設置與獲取資源說明：

key_buffer_size

為鍵緩沖區（key buffer，也叫鍵緩存key cache）分配所有指定的空間，

操作系統不會為該設置立馬分配內存，而是等到使用的時候才分配。

table_cache_size

當有線程打開表時，MySQL會檢查這個標量的值，如果大于緩存中表的數量，線程可以把***打開的表放入緩存，

如果該值比緩存中的表數小，MySQL將從緩存中刪除不常用的表

thread_cache_size

當有連接關閉時，MySQL檢查緩存中是否還有空間來緩存線程。

如果有:則緩存改線程已被下次連接重用

如果沒有：他講銷毀改線程而不再緩存，

緩存中使用的線程數，不會立即減少，只有在新的連接刪除緩存中的一個線程并使用后才會減少

MySQL只在關閉連接時候才在緩沖中增減線程，在創建新的連接的時候才從緩存中刪除線程

query_cache_size

MySQL啟動的時候，一次性分配并且初始化這塊內存，如果修改這個變量（即使設置為與當前值一樣）

MySQL會立刻刪除所有緩存的查詢，重新分配這片緩存到指定大小，并且重新初始化內存

read_buffer_size

MySQL只會在查詢需要時才會為該緩存分配內存，并且會一次性分配改參數指定大小的全部內存

read_rnd_buffer_size

MySQL只會在查詢需要時才會為該緩存分配內存，并且只分配需要的內存大小而不是全部指定的大小

應該叫做，max_read_rnd_buffer_size

sort_buffer_size

MySQL只會在查詢需要做排序操作的時候拆毀為該緩存分配內存，

一旦需要排序，MySQL就會立刻分配給改參數指定大小的全部內存，而不管排序是否需要這么大的內存。

由此可見，不用的變量，設置之后的啟用時間，啟用原理，生效方式等都是有一定差異的。

設置變量的潛在的影響

動態設置全局變量可能會導致意外的副作用。

某些變量改變后會立即生效，比如從緩沖中刷新贓塊,從而引起服務器相應請求的一些不穩定甚至更嚴重的問題。