MYSQL參數評解與MYSQL參數調優實例對比

以下是my.cnf配置文件參數解釋：

[client]
port = 3306
socket = /home/mysql/mysql/tmp/mysql.sock
[mysqld]
!include /home/mysql/mysql/etc/mysqld.cnf #包含的配置文件 ，把用戶名，密碼文件單獨存放
port = 3306
socket = /home/mysql/mysql/tmp/mysql.sock
pid-file = /longxibendi/mysql/mysql/var/mysql.pid
basedir = /home/mysql/mysql/
datadir = /longxibendi/mysql/mysql/var/
# tmp dir settings
tmpdir = /home/mysql/mysql/tmp/
slave-load-tmpdir = /home/mysql/mysql/tmp/
#當slave 執行 load data infile 時用
#language = /home/mysql/mysql/share/mysql/english/
character-sets-dir = /home/mysql/mysql/share/mysql/charsets/
# skip options
skip-name-resolve #grant 時，必須使用ip不能使用主機名
skip-symbolic-links #不能使用連接文件
skip-external-locking #不使用系統鎖定，要使用myisamchk,必須關閉服務器
skip-slave-start #啓動mysql,不啓動複製
#sysdate-is-now
# res settings
back_log = 50 #接受隊列，對於沒建立tcp連接的請求隊列放入緩存中，隊列大小爲back_log，受限制與OS參數
max_connections = 1000 #最大併發連接數 ，增大該值需要相應增加允許打開的文件描述符數
max_connect_errors = 10000 #如果某個用戶發起的連接error超過該數值，則該用戶的下次連接將被阻塞，直到管理員執行flush hosts ; 命令；防止***
#open_files_limit = 10240
connect-timeout = 10 #連接超時之前的最大秒數,在Linux平臺上，該超時也用作等待服務器首次迴應的時間
wait-timeout = 28800 #等待關閉連接的時間
interactive-timeout = 28800 #關閉連接之前，允許interactive_timeout（取代了wait_timeout）秒的不活動時間。客戶端的會話wait_timeout變量被設爲會話interactive_timeout變量的值。
slave-net-timeout = 600 #從服務器也能夠處理網絡連接中斷。但是，只有從服務器超過slave_net_timeout秒沒有從主服務器收到數據才通知網絡中斷
net_read_timeout = 30 #從服務器讀取信息的超時
net_write_timeout = 60 #從服務器寫入信息的超時
net_retry_count = 10 #如果某個通信端口的讀操作中斷了，在放棄前重試多次
net_buffer_length = 16384 #包消息緩衝區初始化爲net_buffer_length字節，但需要時可以增長到max_allowed_packet字節
max_allowed_packet = 64M #
#table_cache = 512 #所有線程打開的表的數目。增大該值可以增加mysqld需要的文件描述符的數量
thread_stack = 192K #每個線程的堆棧大小
thread_cache_size = 20 #線程緩存
thread_concurrency = 8 #同時運行的線程的數據 此處最好爲CPU個數兩倍。本機配置爲CPU的個數
# qcache settings
query_cache_size = 256M #查詢緩存大小
query_cache_limit = 2M #不緩存查詢大於該值的結果
query_cache_min_res_unit = 2K #查詢緩存分配的最小塊大小
# default settings
# time zone
default-time-zone = system #服務器時區
character-set-server = utf8 #server級別字符集
default-storage-engine = InnoDB #默認存儲
# tmp & heap
tmp_table_size = 512M #臨時表大小，如果超過該值，則結果放到磁盤中
max_heap_table_size = 512M #該變量設置MEMORY (HEAP)表可以增長到的最大空間大小
log-bin = mysql-bin #這些路徑相對於datadir
log-bin-index = mysql-bin.index
relayrelay-log = relay-log
relayrelay_log_index = relay-log.index
# warning & error log
log-warnings = 1
log-error = /home/mysql/mysql/log/mysql.err
log_output = FILE #參數log_output指定了慢查詢輸出的格式，默認爲FILE，你可以將它設爲TABLE，然後就可以查詢mysql架構下的slow_log表了
# slow query log
slow_query_log = 1
long-query-time = 1 #慢查詢時間 超過1秒則爲慢查詢
slow_query_log_file = /home/mysql/mysql/log/slow.log
#log-queries-not-using-indexes
#log-slow-slave-statements
general_log = 1
general_log_file = /home/mysql/mysql/log/mysql.log
max_binlog_size = 1G
max_relay_log_size = 1G
# if use auto-ex, set to 0
relay-log-purge = 1 #當不用中繼日誌時，刪除他們。這個操作有SQL線程完成
# max binlog keeps days
expire_logs_days = 30 #超過30天的binlog刪除
binlog_cache_size = 1M #session級別
# replication
replicate-wild-ignore-table = mysql.% #複製時忽略數據庫及表
replicate-wild-ignore-table = test.% #複製時忽略數據庫及表
# slave_skip_errors=all
key_buffer_size = 256M #myisam索引buffer,只有key沒有data
sort_buffer_size = 2M #排序buffer大小；線程級別
read_buffer_size = 2M #以全表掃描(Sequential Scan)方式掃描數據的buffer大小 ；線程級別
join_buffer_size = 8M # join buffer 大小;線程級別
read_rnd_buffer_size = 8M #MyISAM以索引掃描(Random Scan)方式掃描數據的buffer大小 ；線程級別
bulk_insert_buffer_size = 64M #MyISAM 用在塊插入優化中的樹緩衝區的大小。註釋：這是一個per thread的限制
myisam_sort_buffer_size = 64M #MyISAM 設置恢復表之時使用的緩衝區的尺寸,當在REPAIR TABLE或用CREATE INDEX創建索引或ALTER TABLE過程中排序 MyISAM索引分配的緩衝區
myisam_max_sort_file_size = 10G #MyISAM 如果臨時文件會變得超過索引，不要使用快速排序索引方法來創建一個索引。註釋：這個參數以字節的形式給出.重建MyISAM索引(在REPAIR TABLE、ALTER TABLE或LOAD DATA INFILE過程中)時，允許MySQL使用的臨時文件的最大空間大小。如果文件的大小超過該值，則使用鍵值緩存創建索引，要慢得多。該值的單位爲字節
myisam_repair_threads = 1 #如果該值大於1，在Repair by sorting過程中並行創建MyISAM表索引(每個索引在自己的線程內)
myisam_recover = 64K#允許的GROUP_CONCAT()函數結果的最大長度
transaction_isolation = REPEATABLE-READ
innodb_file_per_table
#innodb_status_file = 1
#innodb_open_files = 2048
innodb_additional_mem_pool_size = 100M #幀緩存的控制對象需要從此處申請緩存，所以該值與innodb_buffer_pool對應
innodb_buffer_pool_size = 2G #包括數據頁、索引頁、插入緩存、鎖信息、自適應哈希所以、數據字典信息
innodb_data_home_dir = /longxibendi/mysql/mysql/var/
#innodb_data_file_path = ibdata1:1G:autoextend
innodb_data_file_path = ibdata1:500M;ibdata2:2210M:autoextend #表空間
innodb_file_io_threads = 4 #io線程數
innodb_thread_concurrency = 16 #InnoDB試着在InnoDB內保持操作系統線程的數量少於或等於這個參數給出的限制
innodb_flush_log_at_trx_commit = 1 #每次commit 日誌緩存中的數據刷到磁盤中
innodb_log_buffer_size = 8M #事物日誌緩存
innodb_log_file_size = 500M #事物日誌大小
#innodb_log_file_size =100M
innodb_log_files_in_group = 2 #兩組事物日誌
innodb_log_group_home_dir = /longxibendi/mysql/mysql/var/#日誌組
innodb_max_dirty_pages_pct = 90 #innodb主線程刷新緩存池中的數據，使髒數據比例小於90%
innodb_lock_wait_timeout = 50 #InnoDB事務在被回滾之前可以等待一個鎖定的超時秒數。InnoDB在它自己的 鎖定表中自動檢測事務死鎖並且回滾事務。InnoDB用LOCK TABLES語句注意到鎖定設置。默認值是50秒
#innodb_flush_method = O_DSYNC
[mysqldump]
quick
max_allowed_packet = 64M
[mysql]
disable-auto-rehash #允許通過TAB鍵提示
default-character-set = utf8
connect-timeout = 3

參數調優實例:

1．獲取當前配置參數

要優化MySQL配置參數，首先要了解當前的配置參數以及運行情況。使用下列命令可以獲得目前服務器使用的配置參數：

mysqld –verbose –help
mysqladmin variables extended-status –u root –p

在MySQL控制檯裏面，運行下列命令可以獲取狀態變量的值：

mysql> SHOW STATUS;

如果只要檢查某幾個狀態變量，可以使用下列命令：

mysql> SHOW STATUS LIKE ‘[匹配模式]’; ( 可以使用%、?等 )

2．優化參數
參數優化基於一個前提，就是在我們的數據庫中通常都使用InnoDB表，而不使用MyISAM表。在優化MySQL時，有兩個MySQL配置參數是最重要的，即table_cache和key_buffer_size。

table_cache

table_cache指定表高速緩存的大小。每當MySQL訪問一個表時，如果在表緩衝區 中還有空間，該表就被打開並放入其中，這樣可以更快地訪問表內容。通過檢查峯值時間的狀態值Open_tables和Opened_tables，可以決 定是否需要增加table_cache的值。如果你發現 open_tables等於table_cache，並且opened_tables在不斷增長，那麼你就需要增加table_cache的值了（上述狀 態值可以使用SHOW STATUS LIKE ‘Open%tables’獲得）。注意，不能盲目地把table_cache設置成很大的值。如果設置得太高，可能會造成文件描述符不足，從而造成性能 不穩定或者連接失敗。

對於有1G內存的機器，推薦值是128－256。

案例1：該案例來自一個不是特別繁忙的服務器

table_cache – 512
open_tables – 103
opened_tables – 1273
uptime – 4021421 (measured in seconds)

該案例中table_cache似乎設置得太高了。在峯值時間，打開表的數目比table_cache要少得多。

案例2：該案例來自一臺開發服務器。

table_cache – 64
open_tables – 64
opened-tables – 431
uptime – 1662790 (measured in seconds)

雖然open_tables已經等於table_cache，但是相對於服務器運行時間來說，opened_tables的值也非常低。因此，增加table_cache的值應該用處不大。

案例3：該案例來自一個upderperforming的服務器

table_cache – 64
open_tables – 64
opened_tables – 22423
uptime – 19538

該案例中table_cache設置得太低了。雖然運行時間不到6小時，open_tables達到了最大值，opened_tables的值也非常高。這樣就需要增加table_cache的值。

key_buffer_size

key_buffer_size指定索引緩衝區的大小，它決定索引處理的速度，尤其是索引讀 的速度。通過檢查狀態值 Key_read_requests和Key_reads，可以知道key_buffer_size設置是否合理。比例key_reads / key_read_requests應該儘可能的低，至少是1:100，1:1000更好（上述狀態值可以使用SHOW STATUS LIKE ‘key_read%’獲得）。

key_buffer_size只對MyISAM表起作用。即使你不使用MyISAM表，但是內部的臨時磁盤表是MyISAM表，也要使用該值。可以使用檢查狀態值created_tmp_disk_tables得知詳情。

對於1G內存的機器，如果不使用MyISAM表，推薦值是16M（8-64M）。

案例1：健康狀況

key_buffer_size – 402649088 (384M)
key_read_requests – 597579931
key_reads – 56188

案例2：警報狀態

key_buffer_size – 16777216 (16M)
key_read_requests – 597579931
key_reads – 53832731

案例1中比例低於1:10000，是健康的情況；案例2中比例達到1:11，警報已經拉響。

優化query_cache_size

從4.0.1開始，MySQL配置參數提供了查詢緩衝機制。使用查詢緩衝，MySQL將SELECT語句和查詢結果存放在緩衝區中，今後對於同樣的SELECT語句（區分大小寫），將直接從緩衝區中讀取結果。根據MySQL用戶手冊，使用查詢緩衝最多可以達到238％的效率。

通過檢查狀態值Qcache_*，可以知道query_cache_size設置是否合理 （上述狀態值可以使用SHOW STATUS LIKE ‘Qcache%’獲得）。如果Qcache_lowmem_prunes的值非常大，則表明經常出現緩衝不夠的情況，如果Qcache_hits的值也 非常大，則表明查詢緩衝使用非常頻繁，此時需要增加緩衝大小；

如果Qcache_hits的值不大，則表明你的查詢重複率很低，這種情況下使用查詢緩衝反 而會影響效率，那麼可以考慮不用查詢緩衝。此外，在SELECT語句中加入SQL_NO_CACHE可以明確表示不使用查詢緩衝。

與查詢緩衝有關的參數還有query_cache_type、 query_cache_limit、 query_cache_min_res_unit。query_cache_type指定是否使用查詢緩衝，可以設置爲0、1、2，該變量是 SESSION級的變量。

query_cache_limit指定單個查詢能夠使用的緩衝區大小，缺省爲1M。 query_cache_min_res_unit是在4.1版本以後引入的，它指定分配緩衝區空間的最小單位，缺省爲4K。檢查狀態值 Qcache_free_blocks，如果該值非常大，則表明緩衝區中碎片很多，這就表明查詢結果都比較小，此時需要減小 query_cache_min_res_unit。

開啓二進制日誌( Binary Log )

二進制日誌包含所有更新數據的語句，其目的是在恢復數據庫時用它來把數據儘可能恢復到最後的狀態。另外，如果做同步複製( Replication )的話，也需要使用二進制日誌傳送修改情況。

開啓二進制日誌，需要設置參數log-bin。log_bin指定日誌文件，如果不提供文件名，MySQL將自己產生缺省文件名。MySQL會在文件名後面自動添加數字索引，每次啓動服務時，都會重新生成一個新的二進制文件。

此外，使用log-bin-index可以指定索引文件；使用binlog-do-db可以 指定記錄的數據庫；使用binlog-ignore- db可以指定不記錄的數據庫。注意的是：binlog-do-db和binlog-ignore-db一次只指定一個數據庫，指定多個數據庫需要多個語 句。而且，MySQL會將所有的數據庫名稱改成小寫，在指定數據庫時必須全部使用小寫名字，否則不會起作用。

在MySQL中使用SHOW MASTER STATUS命令可以查看目前的二進制日誌狀態。

開啓慢查詢日誌( slow query log )

慢查詢日誌對於跟蹤有問題的查詢非常有用。它記錄所有查過long_query_time的查詢，如果需要，還可以記錄不使用索引的記錄。下面是一個慢查詢日誌的例子：

開啓慢查詢日誌，需要設置參數log_slow_queries、 long_query_times、log-queries-not-using -indexes。log_slow_queries指定日誌文件，如果不提供文件名，MySQL將自己產生缺省文件名。 long_query_times指定慢查詢的閾值，缺省是10秒。log-queries-not-using-indexes是4.1.0以後引入的 參數，它指示記錄不使用索引的查詢。

配置InnoDB

相對於MyISAM表來說，正確MySQL配置參數對於InnoDB表更加關鍵。其中，最重要的參數是 innodb_data_file_path。它指定表數據和索引存儲的空間，可以是一個或者多個文件。最後一個數據文件必須是自動擴充的，也只有最後一 個文件允許自動擴充。這樣，當空間用完後，自動擴充數據文件就會自動增長（以8MB爲單位）以容納額外的數據。例如：

innodb_data_file_path=/disk1/ibdata1:900M;/disk2/ibdata2:50M:autoextend

兩個數據文件放在不同的磁盤上。數據首先放在ibdata1中，當達到900M以後，數據就放在ibdata2中。一旦達到50MB，ibdata2將以8MB爲單位自動增長。

如果磁盤滿了，你需要在另外的磁盤上面增加一個數據文件。爲此，你需要查看最後一個文件的尺寸，然後計算最接近的整數（MB）。然後手工修改該文件的大小，並添加新的數據文件。例如：假設ibdata2已經有109MB數據，那麼可以修改如下：

innodb_data_file_path=/disk1/ibdata1:900M;/disk2/ibdata2:109M;/disk3/ibdata3:500M:autoextend
flush_time

如果系統有問題並且經常鎖死或重新引導，應將該變量設置爲非零值，這將導致服務器按flush_time 秒來刷新表的高速緩存。用這種方法來寫出對錶的修改將降低性能，但可減少表訛誤或數據丟失的機會。