mysql配置變量詳解介紹

mysql配置變量上大家有沒有了解過我們這裡來為各位介紹一篇關於mysql配置變量詳解介紹,希望此文章能夠幫助到大家.

key_buffer_size

設置這個變量給鍵緩沖區(或者說鍵緩存)分配指定大小的空間。但是操作系統只有在實際用到這些空間的時候才會進行分配。例如，將鍵緩沖區大小設置為1GB，並不意味著服務器就會真正地給它分配1GB空間。

對一個已有的緩存設置非零值將會沖洗緩存，從技術上來說，這是一個在線操作，但是它會阻止所有訪問該緩存的動作，直到緩存沖洗完成。

table_cache_size

設置這個變量是不會立即生效，要等到下一個線程打開表的時候才會生效。當它生效的時候，MYSQL會檢查變量的值。如果值大於緩存中表的數量，線程就可以把新打開的表插入到緩存中。如果值小於緩存中表的數量，MySQL就會從緩存中刪除掉沒有使用的表。

thread_cache_size

設置這個變量不會立即生效，生效被延時到了下一次線程關閉的時候。在那時，MySQL檢查緩存中是否有空間存儲線程。如果是，它會把線程緩存起來，供另外一個連接使用。如果不是，它會直接結束掉線程。在這種情況下，緩存中線程的數量，以及線程緩存使用的內存數量不會立即就下降。只有當新連接為了使用線程把它從緩存中移走的時候才會看到下降。（MySQL只有在連接關閉的時候才會把線程加入緩存，也只有在創建新連接的時候 才從緩存中移除線程。）

query_cache_size

在服務器啟用的時候，MySQL會為查詢緩存一次性分配變量所定義數量的內存。如果更新了變量（即使把值設置為當前值），MySQL會立即刪除掉所有緩存的查詢，重新把緩存設置為定義的大小，並且重新初始化緩存的內存。

read_buffer_size

MySQL只有在需要的時候才會為該緩沖區分配內存，但是它會一次性地把指定的大小分配給該緩存。

read_rnd_buffer_size

MySQL只會在查詢的時候才給這個緩沖區分配內存，並且只會分配所需要的內存。

sort_buffer_size

MySQL只有在查詢需要排序的時候才會為這個緩沖區分配內存。但是只要發生了排序，MySQL會立即分配變量定義的所有內存，不管是否需要這麼大的空間。

調整MySQL運行參數，修改/etc/my.cnf文件調整mysql運行參數重啟MySQL後生效，在MySQL4版本以後，一部分內部變量可以在MySQL運行時設置，不過重啟MySQL就失效了。
mysqld程序--目錄和文件
basedir      = path          # 使用給定目錄作為根目錄(安裝目錄)。
datadir      = path          # 從給定目錄讀取數據庫文件。
pid-file     = filename      # 為mysqld程序指定一個存放進程ID的文件(僅適用於UNIX/Linux系統);
 
[mysqld]                       
socket = /tmp/mysql.sock     # 為MySQL客戶程序與服務器之間的本地通信指定一個套接字文件(Linux下默認是/var/lib/mysql/mysql.sock文件)
port             = 3306      # 指定MsSQL偵聽的端口
key_buffer       = 384M      # key_buffer是用於索引塊的緩沖區大小，增加它可得到更好處理的索引(對所有讀和多重寫)。
                               索引塊是緩沖的並且被所有的線程共享，key_buffer的大小視內存大小而定。
table_cache      = 512       # 為所有線程打開表的數量。增加該值能增加mysqld要求的文件描述符的數量。可以避免頻繁的打開數據表產生的開銷
sort_buffer_size = 2M        # 每個需要進行排序的線程分配該大小的一個緩沖區。增加這值加速ORDER BY或GROUP BY操作。
                               注意：該參數對應的分配內存是每連接獨占！如果有100個連接，那麼實際分配的總共排序緩沖區大小為100×6=600MB
read_buffer_size = 2M        # 讀查詢操作所能使用的緩沖區大小。和sort_buffer_size一樣，該參數對應的分配內存也是每連接獨享。
query_cache_size = 32M       # 指定MySQL查詢結果緩沖區的大小
read_rnd_buffer_size    = 8M # 改參數在使用行指針排序之後，隨機讀用的。
myisam_sort_buffer_size =64M # MyISAM表發生變化時重新排序所需的緩沖
thread_concurrency      = 8  # 最大並發線程數，取值為服務器邏輯CPU數量×2，如果CPU支持H.T超線程，再×2
thread_cache            = 8  # #緩存可重用的線程數
skip-locking                 # 避免MySQL的外部鎖定，減少出錯幾率增強穩定性。
[mysqldump]
max_allowed_packet      =16M # 服務器和客戶端之間最大能發送的可能信息包
 
[myisamchk]
key_buffer   = 256M
sort_buffer  = 256M
read_buffer  = 2M
write_buffer = 2M
 
其他可選參數：
back_log = 384
    指定MySQL可能的連接數量。
    當MySQL主線程在很短時間內接收到非常多的連接請求，該參數生效，主線程花費很短時間檢查連接並且啟動一個新線程。
    back_log參數的值指出在MySQL暫時停止響應新請求之前的短時間內多少個請求可以被存在堆棧中。
    如果系統在一個短時間內有很多連接，則需要增大該參數的值，該參數值指定到來的TCP/IP連接的偵聽隊列的大小。
    試圖設定back_log高於你的操作系統的限制將是無效的。默認值為50。對於Linux系統推薦設置為小於512的整數。
max_connections = n
    MySQL服務器同時處理的數據庫連接的最大數量(默認設置是100)。超過限制後會報 Too many connections 錯誤
key_buffer_size = n
    用來存放索引區塊的RMA值(默認設置是8M)，增加它可得到更好處理的索引(對所有讀和多重寫)
record_buffer：
    每個進行一個順序掃描的線程為其掃描的每張表分配這個大小的一個緩沖區。
    如果你做很多順序掃描，你可能想要增加該值。默認數值是131072(128K)
wait_timeout：
    服務器在關閉它之前在一個連接上等待行動的秒數。
interactive_timeout：
    服務器在關閉它前在一個交互連接上等待行動的秒數。
    一個交互的客戶被定義為對 mysql_real_connect()使用 CLIENT_INTERACTIVE 選項的客戶。
    默認數值是28800，可以把它改為3600。
skip-name-resolve           
    禁止MySQL對外部連接進行DNS解析，使用這一選項可以消除MySQL進行DNS解析的時間。
    但需要注意，如果開啟該選項，則所有遠程主機連接授權都要使用IP地址方式，否則MySQL將無法正常處理連接請求！
log-slow-queries = slow.log 
    記錄慢查詢,然後對慢查詢一一優化
skip-innodb
skip-bdb
    關閉不需要的表類型,如果你需要,就不要加上這個
         
         
# > SHOW VARIABLES LIKE '%query_cache%';
# > SHOW STATUS LIKE 'Qcache%';
如果Qcache_lowmem_prunes的值非常大，則表明經常出現緩沖不夠的情況；
如果Qcache_hits的值非常大，則表明查詢緩沖使用非常頻繁，如果該值較小反而會影響效率，那麼可以考慮不用查詢緩沖；
如果Qcache_free_blocks的值非常大，則表明緩沖區中碎片很多。
 
 
##########################################
######      max_allowed_packet      ######
##########################################
通信信息包是發送至MySQL服務器的單個SQL語句，或發送至客戶端的單一行。
在MySQL 5.1服務器和客戶端之間最大能發送的可能信息包為1GB。
當MySQL客戶端或mysqld服務器收到大於max_allowed_packet字節的信息包時，將發出“信息包過大”錯誤，並關閉連接。對於某些客戶端，如果通信信息包過大，在執行查詢期間，了能回遇到“丟失與MySQL服務器的連接”錯誤。
客戶端和服務器均有自己的max_allowed_packet變量，因此，如你打算處理大的信息包，必須增加客戶端和服務器上的該變量。
如果你正在使用mysql客戶端程序，其max_allowed_packet變量的默認值為16MB。要想設置較大的值，可用下述方式啟動mysql：
mysql> mysql --max_allowed_packet=32M
它將信息包的大小設置為32MB。
服務器的默認max_allowed_packet值為1MB。如果服務器需要處理大的查詢，可增加該值（例如，如果准備處理大的BLOB列）。例如，要想將該設置為16MB，可采用下述方式啟動服務器：
mysql> mysqld --max_allowed_packet=16M
 
也能使用選項文件來設置max_allowed_packet。要想將服務器的該變量設置為16MB，可在選項文件中增加下行內容：
[mysqld]
max_allowed_packet=16M
增加該變量的值十分安全，這是因為僅當需要時才會分配額外內存。例如，僅當你發出長查詢或mysqld必須返回大的結果行時mysqld才會分配更多內存。該變量之所以取較小默認值是一種預防措施，以捕獲客戶端和服務器之間的錯誤信息包，並確保不會因偶然使用大的信息包而導致內存溢出。
如果你正是用大的BLOB值，而且未為mysqld授予為處理查詢而訪問足夠內存的權限，也會遇到與大信息包有關的奇怪問題。如果懷疑出現了該情況，請嘗試在mysqld_safe腳本開始增加ulimit -d 256000，並重啟mysqld。
##########################################
#####   MySQL怎樣打開和關閉數據庫表  #####
##########################################
table_cache, max_connections和max_tmp_tables影響服務器保持打開的文件的最大數量。如果你增加這些值的一個或兩個，你可以遇到你的操作系統每個進程打開文件描述符的數量上強加的限制。然而，你可以能在許多系統上增加該限制。請教你的OS文檔找出如何做這些，因為改變限制的方法各系統有很大的不同。
table_cache與max_connections有關。例如，對於200個打開的連接，你應該讓一張表的緩沖至少有200 * n，這裡n是一個聯結(join)中表的最大數量。

 

show variables like '%slow%'

Max_used_connections/max_connections =0.85 ---Max_connections

Key_cache_miss_rate=key_reads/key_read_requests 0.1%--Key_buffer_size 對myisam表有效

key_blocks_used/(key_blocks_used+key_blocks_used)--Key_buffer_size 對myisam表有效

Created_tmp_disk_tables / Created_tmp_tables <=0.25 --對應的變量：tmp_table_size,max_heap_table_size

Open_tables 量比較大，可以調整參數table_cache

thread_created 過大，請配置 thread_cache_size=

查詢緩存(query cache)

　　Qcache_free_blocks：緩存中相鄰內存塊的個數。數目大說明可能有碎片。FLUSH QUERY CACHE會對緩存中的碎片進行整理，從而得到一個空閒塊。

　　Qcache_free_memory：緩存中的空閒內存。

　　Qcache_hits：每次查詢在緩存中命中時就增大

　　Qcache_inserts：每次插入一個查詢時就增大。命中次數除以插入次數就是不中比率。

　　Qcache_lowmem_prunes：緩存出現內存不足並且必須要進行清理以便為更多查詢提供空間的次數。這個數字最好長時間來看;如果這個數字在不斷增長，就表示可能碎片非常嚴重，或者內存很少。(上面的 free_blocks和free_memory可以告訴您屬於哪種情況)

　　Qcache_not_cached：不適合進行緩存的查詢的數量，通常是由於這些查詢不是 SELECT 語句或者用了now()之類的函數。

　　Qcache_queries_in_cache：當前緩存的查詢(和響應)的數量。

　　Qcache_total_blocks：緩存中塊的數量。

查詢緩存參數配置：

query_cache_limit | 2097152 | 超過此大小的查詢將不緩存

　　| query_cache_min_res_unit | 4096 | 緩存塊的最小大小 4K，過大，容易造成碎片和浪費

　　| query_cache_size | 203423744 | 查詢緩存大小

　　| query_cache_type | ON | 緩存類型，決定緩存什麼樣的查詢，示例中表示不緩存 select sql_no_cache 查詢

| query_cache_wlock_invalidate | OFF |當有其他客戶端正在對MyISAM表進行寫操作時，如果查詢在query cache中，是否返回cache結果還是等寫操作完成再讀表獲取結果。

查詢緩存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%
----如果查詢緩存碎片率超過20%，可以用FLUSH QUERY CACHE整理緩存碎片，或者試試減小query_cache_min_res_unit，如果你的查詢都是小數據量的話。

查詢緩存利用率 = (query_cache_size - Qcache_free_memory) / query_cache_size * 100%
---查詢緩存利用率在25%以下的話說明query_cache_size設置的過大，可適當減小;查詢緩存利用率在80%以上而且Qcache_lowmem_prunes > 50的話說明query_cache_size可能有點小，要不就是碎片太多。

查詢緩存命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits * 100%

 

排序使用情況：

Sort_merge_passes | 29 |

　　| Sort_range | 37432840 |

　　| Sort_rows | 9178691532 |

　　| Sort_scan | 1860569 |

調整的參數：Sort_buffer_size

文件打開數（Open_files）：對應參數open_files_limit
比較合適的設置：Open_files / open_files_limit * 100% <= 75%

表鎖情況：
Table_locks_immediate表示立即釋放表鎖數
Table_locks_waited表示需要等待的表鎖數
Table_locks_immediate / Table_locks_waited > 5000，最好采用InnoDB引擎